PosobieASOIU0_5

Рис. 4.9. Диаграмма А3. Разработать программное и информационное обеспечение

Рис. 4.10. Диаграмма А4. Провести тестирование

81

Рис. 4.11. Диаграмма А5. Внедрить и сопроводить автоматизированную систему

4.2Описание автоматизированной системы ведения проекта по методологии UML

Вкачестве примера рассмотрим модель автоматизированной системы обработки информации и управления разработкой программного обеспечения.

На рисунке 4.12 представлена диаграмма вариантов использования, отражающая взаимодействие акторов (клиента, менеджера проекта, технического лидера, дизайнеров, разработчиков, тестировщиков и отдел внедрения) в вариантах использования, содержащихся в базовом варианте (разработка АСОИУ). Таким образом, на диаграмме описана обработка требований клиента, разработка технического решения, планирование проекта, проектирование и разработка, внедрение и сопровождение.

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

82

Рис. 4.12 Диаграмма вариантов использования

83

Рис. 4.13. Диаграмма классов

Рис. 4.14. Диаграмма состояний ошибки

84

Рис. 4.15. Диаграмма последовательности тестирования

Рис. 4.16. Диаграмма кооперации

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

Рисунок 4.14. содержит простейшее описание жизненного цикла ошибки, выполненной в виде диаграммы состояний. Процедура взаимодействия различных участников жизненного цикла тестирования описана на диаграмме последовательности (см. рис. 4.15) и диаграмме кооперации (см. рис. 4.16).

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

Диаграмма деятельности на рис. 4.18 содержит обобщенное описание активности по разработке проекта.

Рис. 4.17. Диаграмма последовательности сбора требований

Рис. 4.18 Диаграмма деятельности

5Заданияналаборатооррнныыееррааббооттыы

5.1Варианты заданий

В ходе выполнения работы необходимо изучить теоретические сведения в полном объеме и выполнить описание по методологии SADT заданной модели жизненного цикла разработки АСОИУ. В конце лабораторной работы необходимо построить отчет.

При выполнении задания необходимо ознакомиться с моделями жизненного цикла проекта, описанными в главе 2 и примерами, приведенными в главе 4 и составить модели по указанным ниже заданиям:

5.2 Содержание отчета

Отчет по лабораторной работе выполняется в форме пояснительной записки следующего содержание:

1.Титульный лист

2.Описание цели и точки зрения

3.Краткое описание модели

4.Диаграммы в методологии SADT с кратким описанием каждой диаграммы

5.Заключение (выводы)

Заключение

Описание технического решения должно соответствовать двум основным требованиям:

•информационно-логическая модель должна быть адекватной и достаточно детальной;

•описание модели должно быть ясным и наглядным, одновременно понятным заказчику и исполнителю.

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

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

Авторы надеются, что собранные в данном пособии сведения позволят читателю начать применение принципов системного подхода в разработке АСОИУ и постоянно углублять свои знания в этой области в дальнейшем.

Литература

1.Бусленко Н. П. Моделирование сложных систем. - М.: Нау-

ка, 1968. – 356 с.

2.Базы данных. Интеллектуальная обработка информации / Корнеев В.В., Гареев А.Ф., Васютин С.В., Райх В.В. – М.: «Нолидж», 2000. – 352 с.

3.Балдин К.В., Уткин В.Б.Информационные системы в экономике: учебник, 4-еизд. – М.:Издательство "Дашкови К", 2007 – 394 с.

4.Басс Л., Клементс П., Кацман Р. Архитектура программного обеспечения на практике. 2-е издание. - Спб.: Питер, 2006. - 575 с.: ил.

5.Бек К. Экстремальное программирование. Питер, 2002.

6.Брага В.В. и др. Автоматизированные информационные технологии в экономике. Учебник (гриф Минобразования России). – М:

ЮНИТИ, 2006. -399 с.

7.Брауде Э. Дж. Технология разработки программного обеспечения. СПб.: Питер, 2004.

8.Буч Г, Рамбо Дж., Джекобсон А. UML. Проектирование программных комплексов, информационных систем. – М.: ДМК Пресс,

СПб.: Питер, 2003, – 432 с.

9.Буч Г., Рамбо Дж., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. – М.: ДМК Пресс; СПб.: Питер, 2004. – 432 с.

10.Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. – М.: Финансы и статистика,1998.-176 с.

11.Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. – М.: Финансы

истатистика, 2002 (гриф Минобразования РФ). -192 с.

12.Вигерс Карл И. Разработка требований к программному обеспечению: Пер. с англ. – М.: Издательско-торговый дом «Русская редакция», 2004. – 576 с.

13.Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. Приемы объ- ектно-ориентированного проектирования. Паттерны проектирования.

–СПб: Питер, 2003. – 368 с.

14.Гаскаров Д.В. Интеллектуальные информационные системы. Учеб. для вузов. - М.: Высш. шк., 2003. - 431 с: ил.