|
|
Строка 2: |
Строка 2: |
| | | |
| На сайте '''Cnews''' опубликован комментарий генерального директора компании Заказные ИнформСистемы '''Владимира Рахтеенко''' на статью '''Дмитрия Музалева''' [http://www.cnews.ru/reviews/articles/index.shtml?2005/07/27/183211 «Корпоративное ПО: заказ или тираж?»]. ''Автор статьи рассматривает плюсы и минусы тиражных и заказных проектов разработки программного обеспечения. Выделив пять характеристик для сравнения, он делает выводы не в пользу заказных проектов, утверждая в частности, что для них характерна большая длительность, а также меньшие возможности по перенастройке бизнес-процессов и планированию развития ПО.''<br />Полемизируя с автором статьи в своем комментарии, озаглавленном '''«В основе заказной разработки ПО лежат специальные технологии»''', Владимир Рахтеенко отмечает, что для современных крупных заказных проектов характерно использование специализированного инструментария разработки, обеспечивающего масштабирование системы также и по бизнес-логике. Фактически заказная разработка, как и внедрение тиражного продукта, становится проектом доработки, а не создания системы «с нуля». Если же в качестве показателей для сравнения проектов доработки рассматривать начальный объем программного кода и количество необходимых изменений в исходной системе, то традиционные преимущества тиражных решений перед заказными могут оказаться иллюзорными. <br />[http://www.cnews.ru/reviews/articles/index.shtml?2005/07/27/183211 Прочитать/распечатать] | | На сайте '''Cnews''' опубликован комментарий генерального директора компании Заказные ИнформСистемы '''Владимира Рахтеенко''' на статью '''Дмитрия Музалева''' [http://www.cnews.ru/reviews/articles/index.shtml?2005/07/27/183211 «Корпоративное ПО: заказ или тираж?»]. ''Автор статьи рассматривает плюсы и минусы тиражных и заказных проектов разработки программного обеспечения. Выделив пять характеристик для сравнения, он делает выводы не в пользу заказных проектов, утверждая в частности, что для них характерна большая длительность, а также меньшие возможности по перенастройке бизнес-процессов и планированию развития ПО.''<br />Полемизируя с автором статьи в своем комментарии, озаглавленном '''«В основе заказной разработки ПО лежат специальные технологии»''', Владимир Рахтеенко отмечает, что для современных крупных заказных проектов характерно использование специализированного инструментария разработки, обеспечивающего масштабирование системы также и по бизнес-логике. Фактически заказная разработка, как и внедрение тиражного продукта, становится проектом доработки, а не создания системы «с нуля». Если же в качестве показателей для сравнения проектов доработки рассматривать начальный объем программного кода и количество необходимых изменений в исходной системе, то традиционные преимущества тиражных решений перед заказными могут оказаться иллюзорными. <br />[http://www.cnews.ru/reviews/articles/index.shtml?2005/07/27/183211 Прочитать/распечатать] |
− | [[Category:IT-cтратегия и проектные технологии заказной разработки ПО|К]] | + | [[Category:IT-стратегия и проектные технологии заказной разработки ПО|К]] |
| {{wl-publish: 2005-06-27 12:58:30 +0300 | Пресс-служба }} | | {{wl-publish: 2005-06-27 12:58:30 +0300 | Пресс-служба }} |
Версия 14:54, 23 марта 2010
27 июля 2005
На сайте Cnews опубликован комментарий генерального директора компании Заказные ИнформСистемы Владимира Рахтеенко на статью Дмитрия Музалева «Корпоративное ПО: заказ или тираж?». Автор статьи рассматривает плюсы и минусы тиражных и заказных проектов разработки программного обеспечения. Выделив пять характеристик для сравнения, он делает выводы не в пользу заказных проектов, утверждая в частности, что для них характерна большая длительность, а также меньшие возможности по перенастройке бизнес-процессов и планированию развития ПО.
Полемизируя с автором статьи в своем комментарии, озаглавленном «В основе заказной разработки ПО лежат специальные технологии», Владимир Рахтеенко отмечает, что для современных крупных заказных проектов характерно использование специализированного инструментария разработки, обеспечивающего масштабирование системы также и по бизнес-логике. Фактически заказная разработка, как и внедрение тиражного продукта, становится проектом доработки, а не создания системы «с нуля». Если же в качестве показателей для сравнения проектов доработки рассматривать начальный объем программного кода и количество необходимых изменений в исходной системе, то традиционные преимущества тиражных решений перед заказными могут оказаться иллюзорными.
Прочитать/распечатать