Файл: Основы проектирования программ. Этапы создания программного обеспечения ( Основы разработки программ).pdf

Одной из проблем является недостаток прозрачности. Она заключается в сложности отслеживания процесса проектирования.

Такая ситуация возникает обычно при недостаточном финансировании проекта. За счет сокращения этапа проектирования выполняются остальные этапы. В результате не всегда становится известным, из скольких этапов состоит разработка и сколько времени занимает каждый этап.

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

Еще одной из возможных проблем является недостаток мониторинга. Если у менеджеров нет возможности отслеживать ход развития проекта, они не могут контролировать ход разработки в реальном времени. Обычно мониторинг производится специальными программами. Если стоимость обучения и приобретения такой программы сопоставима со стоимостью самой разработки, зачастую от таких программ отказываются.

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

Недостаточная надёжность также является типичным затруднением в процессе проектирования программного обеспечения. Выявление и исправление ошибок одни из самых сложных действий. Так количество ошибок невозможно предугадать, то и определить время, отводимое на их исправление также невозможно предсказать. Гарантировать отсутствие ошибок не представляется возможным. Решением может являться доказательный подход к процессу. Свой вклад в развитие данного подхода внесли такие ученые как Кнут, Дейкстра и Вирт. Доказательный подход позволяет обнаружить ошибки в программе до её выполнения.

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

Неудачный выбор методологии конструирования программ. От выбора необходимой методологии зависят многие показатели программного обеспечения, такие как гибкость, стоимость и функциональность. Так называемые гибкие методологии разработки помогают решить основные проблемы, однако, стоит отметить, что и каскадная модель (waterfall) так же имеет свои преимущества. В некоторых случаях наиболее целесообразным будет применение гибридных методологий в связке Agile + каскадная модель + MSF + RUP и т.д.

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

Однако данное затруднение не является проблемой, относящейся исключительно к разработке ПО. Гарантия качества — это проблема выбора поставщика товара (не продукта).

Заключение

Разрабо́тка програ́ммного обеспе́чения (software development) — это род деятельности (профессия) и процесс, направленный на создание и поддержание работоспособности, качества и надежности программного обеспечения, используя технологии, методологию и практики из информатики, управления проектами, математики, инженерии и других областей знания.

Разработка программного обеспечения может быть разделена на несколько разделов. Существуют разные подходы в разделении \этапов разработки программного обеспечения. В данной курсовой работы перечислены такие подходы как

• Этапы разработки ПО согласно ГОСТ 2.103-68
• Этапы разработки ПО Software Architecture Document
• Майлстоун
• MSF .

У каждого подхода есть свои недостатки и преимущества, выбор следует делать исходя из целей проектирования, постановки задач и области проектиррования.

Список литературы

1. ГОСТ 2.103-68. Единая система конструкторской документации. Стадии разработки. М.:Стандартинформ, 2007. 38 с.
2. Абросимова А.С., Белова С.В. Пошаговая детализация как метод проектирования алгоритмов // Современные наукоемкие технологии. 2013. № 8 (1). С. 109-110.
3. С. Девятов. Проектирование программного обеспечения с использованием стандартов UML 2.0 и SysML 1.0 . Litres, 2014 г.
4. Орлов С.А. Технологии разработки программного обеспечения: современный курс по программной инженерии : [по специальности "Программное обеспечение вычислительной техники и автоматизированных систем"] . Спб.: Издательский дом "Питер", 2012. 608 с.
5. Одинцов И. О. Профессиональное программирование. Системный подход, 2 изд. Спб.:БХВ-Петербург, 2004. 624 с.
6. Супрун А. Жизненный цикл и версии программного обеспечения. URL: http://popel-studio.com/blog/article/zhiznenniy-tsikl-i-versii-programmnogo-obespecheniya.html
7. Дэвид Белладжио, Том Миллиган. Стратегия управления конфигурацией программного обеспечения с использованием IBM Rational ClearCase. Litres, 17 янв. 2014 г.
8. Молчанов А.Ю. Системное программное обеспечение: [по специальностям "Вычисл. машины, комплексы, системы и сети" и "Автоматизир. системы обраб. информ. и упр." направления подгот. дипломир. специалистов "Информатика и вычисл. техника"]. Спб.:Издательский дом "Питер", 2010. 397 с.
9. Методология разработки ПО Microsoft Solutions Framework (MSF). URL: http://www.dpgrup.ru/methodology-msf.htm
10. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. М.: Финансы и статистика, 2000.
11. Вендров А. М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.
12. Гайсарян С. С. Объектно-ориентированные технологии проектирования прикладных программных систем. Центр Информационных Технологий, http://citmgu.ru, 1998.