ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
(Software engineering)
Учебный курс
очного обучения по специальностям 220400 «Программное обеспечение вычислительной техники и автоматизированных систем»
351500 «Математическое обеспечение и администрирование информационных систем» кафедры
Л Е К Ц И Я 2
МОП ЭВМ
8 семестр
«Введение в RUP»
В.В.Хашковский, к.т.н., доц. каф. МОП ЭВМ ТРТУ
Д.П.Калачев, доц., к.т.н., доц. каф. МОП ЭВМ
ТРТУ
Модель жизненного цикла ПО
Определение
Последовательность этапов, через которые проходит ПО в процессе производства
Модель определяет
Различные дисциплины работы над проектом
Определение спецификаций, требований, архитектуры
Порядок, в котором происходит переход между фазами
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
2 |
© 2004, |
Л.Б.Новиков |
|
Цель использования моделей ЖЦПО
Предоставление менеджеру (да и заказчику тоже) этапированной схемы развития продукта
Определение, что делать на следующем шаге, ВЕХИ проекта!
Определение, насколько продукт близок к завершению
Актуальность использования модели
Изменение характеристик разработки ПО
На заре эпохи промышленного программирования программисты – первые пользователи
В современных условиях потенциал программного обеспечения неизвестен
Разрабатываются значительно более сложные системы
Большие возможности больше сложность и шансов на ошибку
Различные пользователи
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
3 |
© 2004, |
Л.Б.Новиков |
|
Проблемы разработки информационных систем
Кризис программирования
Процесс создания программного обеспечения почти никогда не укладывается в запланированные сроки и бюджет
Созданные в результате этого процесса программы почти никогда не оправдывают
возлагавшихся на них надежд
«… только 26% проектов создания ИС заканчиваются успешно»
(Standish Group CHAOS Report 1998)
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
4 |
© 2004, |
Л.Б.Новиков |
|
Проблемы разработки информационных систем
Корни проблемы
Задачи почти всегда опережают возможности
Разработчики пренебрегают присущими другим индустриям системными принципами:
массовое производство
повторяемость процессов и компонентов
управление качеством
следование методологическим и технологическим принципам
Узкая специализация затрудняет взаимопонимание между заинтересованными лицами
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
5 |
© 2004, |
Л.Б.Новиков |
|
Проблемы разработки информационных систем
Традиционные способы решения:
Увеличение коллективов |
Проектировщики |
||
|
Специализация |
||
|
|||
Распределение работ
-в чистом виде, ведут к еще большим трудностям согласования результатов и сборки готовых систем.
Аналитики
Руководитель
проекта
Тестировщики Кодировщики
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
6 |
© 2004, |
Л.Б.Новиков |
|
Проблемы разработки информационных систем
Появление объектно-ориентированного программирования (ООП) – шаг в борьбе с этими трудностями
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
7 |
© 2004, |
Л.Б.Новиков |
|
Проблемы разработки информационных систем
Появление объектно-ориентированного программирования (ООП) – шаг в борьбе с этими трудностями
Появление ООП не устранило проблемы:
Недостаточного взаимопонимания разработчиков и пользователей
Неэффективного управления разработкой в условиях изменяющихся требований
Неконтролируемости изменений в процессе выполнения работ
Субъективности в оценке качества продуктов разработки и т.д.
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
8 |
© 2004, |
Л.Б.Новиков |
|
Содержание
Проблемы разработки информационных систем
Предложения Rational Software
Лучший опыт
Инструментальная поддержка
Услуги поставщика
Заключение
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
9 |
© 2004, |
Л.Б.Новиков |
|
Предложения Rational Software
Но, тем не менее, 26% проектов создания ИС заканчиваются успешно!
Вполне логичное решение:
нужно сформировать и документировать набор проверенных на практике принципов, методов и процессов качественной и производительной работы над проектами по созданию программного обеспечения и
обеспечить этот набор инструментальной поддержкой
© 2005, |
В.В.Хашковский, Д.П.Калачев. |
10 |
© 2004, |
Л.Б.Новиков |
|