Проблемы разработки ПО (1. WCF)

ПРОБЛЕМЫ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯДенисов В.В., Хирьянов А.А.Филиал ГОУ ВПО «Московский государственный университетприборостроения и информатики» в г.СтаврополеХорошо известно при разработке программного обеспечения частосрываются графики работ и наблюдается превышение установленногобюджета. Как правило поставляемый программный продукт не вполнеотвечает требованиям потребителя и возникают сложности с его настройкойи оптимизацией его работы.Проанализировав наиболее часто возникающие проблемы можновыделить несколько причин:1. Несогласованность.

Программист не всегда является экспертом в тойобласти, где будет применена программа, а заказчик не всегда четковыражает свои требования и поэтому зачастую возникает недопониманиевследствие различия взглядов на бушующий программный продукт. Исоответственно создается не то, что требуется. ПО является достаточногибким, часто оно представляет результат работы большого коллектива,однако у потребителей постоянно возникают новые идеи относительноданного программного продукта. Например люди редко просят конструкторамоста внести изменения в середине проекта, тогда как пользователи ПОчасто обращаются с такими просьбами. Влияние таких изменений можетбыть просто огромно, или катастрофическое.2.

Недостаток прозрачности. По своей природе данное являетсяконцептуальным. В отличие от моста, здания или любого другогофизического объекта, сложно посмотреть на программный продукт и оценитьстепень его завершенности. Без жесткого руководства проектом разработкаПО будет завершена не полностью. Политика Управления Конфигурациями,УправленияИзменениямииопределениемоделименеджментаконфигурации ПО, при разработке продукта, все элементы конфигурации,компоненты и подкомпоненты мгновенно становятся видимыми для версий,релизов и семейств продуктов.Отсутствие связи между отдельными процессами проекта можетпривести к его провалу.

Необходимо обеспечить трассировку среди версий,релизов и семейств продуктов. Ценность подобной трассировки огромна вситуациях, когда в одном из выпусков или семействе продукта возникаетпроблема, которая оказывает влияние на другие клиентские релизы ипродукты. Выполнение одного изменения и его распространение на всю базуПО экономит много времени, средств и улучшает взаимоотношения склиентами. Отсутствие связи между событиями проекта может привести кего провалу, когда решение одной проблемы увеличивают проблему в другойобласти или приводит к неудаче в попытке решить аналогичную проблемугде то в другом месте.

А отслеживание календарного графика выполненияработ позволяет, не затягивая проект, завершать разработку ПО вустановленные сроки.Без трассировки сложно осуществить мониторинг программныхпроектов. Руководство не может принять компетентные решения, поэтомуграфики продолжают срываться, а затраты продолжают превышатьустановленный бюджет.

Невозможно выполнить мониторинг проекта, если уменеджера проекта нет инструментальных средств, чтобы следить зафактической разработкой продукта в пределах проекта.3. Недостаток контроля. Поскольку программное обеспечение являетсянематериальным в физическом смысле, его более сложно контролировать.Без точной оценки процесса разработки срываются графики выполненияработ и превышаются установленные бюджеты.

Очень сложно оценитьобъем выполненной и оставшейся работы. Процесс УправленияКонфигурациями и Управления Изменениями предоставляет механизмуправления процессом через определение фактически затраченных иплановых ресурсов и оценивание будущих затрат, исходя из объемавыполненной работы. Если в программе обнаружены ошибки, то изменениянеобходимо сделать во всех версиях.Как только в продукте появляются новые свойства, они должны бытьдоступны для всех пользователей независимо от времени выпуска версиипродукта. Ни один разработчик не позволяет себе, однажды написавпрограмму, полностью о ней забыть. Разрабатываемое ПО изменяется нетолько при изменении технических требований и календарных планов, но и вответ на изменения в других элементах. ПО не является догмой.

В этом изаключается его ценность. Программный продукт можно изменять, поэтомуего и изменяют.4. Изменения штата. Во всех организациях сотрудники продвигаютсяпо служебной лестнице, переходят на другую работу или увольняются. Еслиэто происходит в разгар работы по разработке ПО, то с уходом специалистатеряются не только технологические знания. Теряются также практическиезнания по разработке продуктов, на овладение которыми ушло многовремени. Новые сотрудники, даже зная технологию, не смогут заниматьсяразработкой продукта без задокументированного процесса. Как правило наэтому не уделяют достаточного внимания и документирование выполняетсяв последнюю очередь.

Без подробного документирования новый сотрудникможет узнать, как идет процесс разработки в организации и что нового впроекте на конкретную дату, а так же тратят огромное количество времениразбираясь в чужих проектах зачастую просто выполняют часть работызаново.5. Несовершенство пользовательского интерфейса.

Одной из проблемвнедрения нового ПО является консервативность пользователей которыезачастую просто не могут найти в программе нужную им функцию(операцию). Несмотря на то что существуют стандарты пользовательскогоинтерфейса, концепция интуитивно понятного интерфейса это не полностьюрешает данную проблему. От части тут может помочь подробнейшимобразом составленная инструкция пользователя и служба поддержки.Список использованной литературы:1.

BPwin и ERwin. CASE-средства разработки информационныхсистем. Маклаков С.В. М: Диалог-МИФИ 2001.2. Быстрая и качественная разработка программного обеспеченияКармайкл Э., Хейвуд Д. - М.: Издательский дом Вильямс, 2003..