Персональные инструменты
 

2005-06-27 Комментарий на сайте CNews

Материал из CustisWiki

Перейти к: навигация, поиск
м (1 версия)
Строка 3: Строка 3:
 
На сайте '''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-cтратегия и проектные технологии заказной разработки ПО|К]]
{{wl-publish: 2007-12-05 12:58:30 +0300 | Пресс-служба }}
+
{{wl-publish: 2005-06-27 12:58:30 +0300 | Пресс-служба }}

Версия 21:22, 17 марта 2010

27 июля 2005

На сайте Cnews опубликован комментарий генерального директора компании Заказные ИнформСистемы Владимира Рахтеенко на статью Дмитрия Музалева «Корпоративное ПО: заказ или тираж?». Автор статьи рассматривает плюсы и минусы тиражных и заказных проектов разработки программного обеспечения. Выделив пять характеристик для сравнения, он делает выводы не в пользу заказных проектов, утверждая в частности, что для них характерна большая длительность, а также меньшие возможности по перенастройке бизнес-процессов и планированию развития ПО.
Полемизируя с автором статьи в своем комментарии, озаглавленном «В основе заказной разработки ПО лежат специальные технологии», Владимир Рахтеенко отмечает, что для современных крупных заказных проектов характерно использование специализированного инструментария разработки, обеспечивающего масштабирование системы также и по бизнес-логике. Фактически заказная разработка, как и внедрение тиражного продукта, становится проектом доработки, а не создания системы «с нуля». Если же в качестве показателей для сравнения проектов доработки рассматривать начальный объем программного кода и количество необходимых изменений в исходной системе, то традиционные преимущества тиражных решений перед заказными могут оказаться иллюзорными.
Прочитать/распечатать