2.Введение

Содержание
Лабораторная работа №1……………………………………………………3
Лабораторная работа №2……………………………………………………7
Лабораторная работа №3…………………………………………………..13
Лабораторная работа №4…………………………………………………..16
Лабораторная работа №5…………………………………………………..27
2
Лабораторная работа №1
Разработка описания и анализ информационной системы
1.Цель работы: описать и проанализировать информационную систему,
распределить роли в группе разработчиков
2.Введение
В ходе работы требуется составить ИС «Видеопрокат» с целью
улучшенного управления деятельностью сети магазинов, занимающихся
прокатом видеодисков. ИС позволит регулировать представленную в ходе
дня информацию и вести детализированные отчеты.
3.Описание информационной системы (ПО)
Проект возможно реализовать, т.к. имеются все необходимые для этого
средства. Магазин видеопроката можно оборудовать компьютером, который
будет служить терминалом и регулировать все движения видеодисков.
Компьютеры необходимо будет подключить к сети интернет с помощью
проложенной предварительно локальной сети.
Для выполнения задачи может потребоваться специалист по укладке и
настройке локальных сетей (ЛВС).
4.Анализ осуществимости
Если данная система не будет введена в эксплуатацию, то руководство
магазина будет терять клиентов в особые потоки клиентов, когда менеджеры
не могут быстро оформить за клиентом прокат продукции. Так как ручные
журнальные методы себя исчерпали.
С помощью системы менеджеры (консультанты) магазина смогут
онлайн по локальной сети ИС узнать задолженность клиента либо оформить
на него новый заказ, воспользовавшись простой онлайн формой.
3
До этого в организации не использовалась компьютерная техника,
поэтому ее внедрение потребует небольших капиталовложений (покупка
компьютеров, принтеров).
Для осуществления проекта руководству магазина видеопроката
потребуется приобрести компьютерную технику (1-2 компьютера в зал и
один головной, 2 принтера в зал и 1 головной), оплатить прокладку между
компьютерами ЛВС и подключить ее к сети интернет, оплатить разработку
ПО с общей базой данных. Данные затраты под силу отделу видеопроката,
потому данный проект осуществим.
5.Роли участников группы разработки ПО
Руководитель – общее руководство проектом, написание документации,
общение с заказчиком ПО.
Системный
аналитик
–
разработка
требований
(составление
технического задания, проекта программного обеспечения)
Тестер – составление плана тестирования и аттестации готового ПО
(продукта), составление сценария тестирования, базовый пример, проведение
мероприятий по плану тестирования
Разработчик (программист) – моделирование компонент программного
обеспечения, кодирование.
6.Программно-аппаратные
средства,
используемые
при
выполнении работы
В ходе проекта потребуются такие средства написания ПО, как, Delphi
Borland 2006 (написание программы для работы с базой данных,
концептуальное оформление онлайн формы видеопроката), Microsoft Access
2003 (написание структуры базы данных, ее первичное наполнение).
Характеризуя среду программирования Delphi, о ней также говорят как о
визуальной
и
событийно-ориентированной.
Первое
означает,
что
пользователь визуально, т. е. наглядно может увидеть в системе те заготовки,
4
которые в дальнейшем будут использованы для создания экранных объектов
в его программе, а затем сам сконструировать ее интерфейс (внешний вид)
путем переноса этих заготовок на экранную форму. Второе же означает, что
программист может выбрать из имеющегося в системе программирования
списка те события, на которые должны реагировать экранные объекты и
запрограммировать эту реакцию нужным ему образом.
Наконец, еще одним важным достоинством системы программирования
Delphi является ее универсальность. Дело в том, что многие современные
языки и соответствующие системы программирования созданы для решения
узкоспециальных задач. Так, язык Cobol предназначен в первую очередь для
создания программ в области экономики, язык Fortran – для инженернотехнических расчетов, языки Lisp и Prolog – для работы над системами
искусственного интеллекта и т.д. Система же Delphi позволяет создавать
профессиональные и эффективно работающие приложения, используемые в
самых различных сферах человеческой деятельности.
Access представляет собой простую, но достаточно мощную настольную
реляционную СУБД и преимущественно предназначен для создания
некоммерческих приложений или приложений средней мощности, не
связанных с интенсивной обработкой данных. Access входит в состав MS
Office и достаточно тесно интегрирован с остальными ее компонентами.
Среди достоинств Access можно выделить также следующие:
1.Простота освоения. Возможность использования непрофессионалом;
2.Визуальное программирование. Простую БД можно создать только с
помощью мыши, даже не прибегая к программированию;
3.Наличие мастеров, которые помогают решать такие сложные задачи,
как анализ данных в таблицах на избыточность, создание связанных форм,
отчетов и т.д.;
4.Возможность
динамической
проверки
результатов
без
всякой
компиляции. Конструируя таблицу, можно легко переходить в режим
таблицы
и
при
обнаружении
недостатков
5
возвращаться
назад
для
корректировки. При этом модернизацию можно провести немедленно или
отложить на длительный срок;
5.Тесная интеграция с остальными компонентами MS Office.
7.Заключение
В ходе работы продумана идея улучшения менеджмента магазина
видеопроката, назначены участники разработки ПО, проведен анализ
осуществимости проекта. В целом проект считается осуществимым, но это
потребует определенные капиталовложения.
8.Список используемой литературы
1.Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки
программного обеспечения. – СПб.:Питер, 2002. – 496 с.
2. Константайн Л., Локвуд Л. Разработка программного обеспечения. –
СПб.:Питер, 2004. – 592 с.
6
Лабораторная работа № 2
Разработка требований к информационной системе
работы:
1.Цель
Составить
и
проанализировать
требования
к
информационной системе, оформить техническое задание на разработку
программного обеспечения.
2. Введение
Разработка требований — это процесс, включающий мероприятия,
необходимые для создания и утверждения документа, содержащего
спецификацию системных требований. Различают четыре основных этапа
процесса разработки требований:
1. анализ технической осуществимости создания системы,
2. формирование и анализ требований,
3.
специфицирование
требований
и
создание
соответствующей
документации,
4. аттестация этих требований.
3.
Программно-аппаратные
средства,
используемые
при
выполнении работы.
Metamill 4.2 - небольшая программа для CASE-моделирования.
Обладает
весьма
скромными
графическими
возможностями.
Плохо
документирована. Строит диаграммы Class, Composite Structure, Component.
Deployment. Object. Package, Activity. Sequence. Communication, Use Case и
State Machine и экспортирует их в форматы .jpeg. .emf. .bmp, .png. Реализует
самую последнюю спецификацию языка - UML 2.0. 30-дневная оценочная
версия бесплатно доступна на сайте. Позволяет генерировать код на
C++, С#, Java.
Мы же в построении диаграмм будем использовать пакет MS Visio 2007.
Microsoft Office Visio – это решение для создания технических и
деловых диаграмм, предназначенных для систематизации и наглядного
7
представления различных данных, процессов и систем. Данный продукт
позволяет
специалистам
технических
и
коммерческих
направлений
визуализировать свои идеи, информацию и проекты. Диаграммы Microsoft
Office Visio позволяют без труда осуществлять визуализацию и обмен
различной
информацией
с
высочайшей
точностью,
надежностью
и
эффективностью, недостижимыми при использовании текстовых и числовых
данных.
4.
Основная
часть,
выполненная
согласно
требованиям
к
результатам выполнения лабораторного практикума.
Диаграмма идентификации точек зрения
Проверка наличия
Оплата товара
Печать заказа и
оформление
Заказ товара
Постоянный
покупатель
Занесение в
постоянные
покупатели
Администратор
Консультант и
продавец
Доступ к базе данных
Иерархия точек зрения:
Все точки зрения
Сотрудники
Клиенты
Видеодиски
консультант
администратор
покупатель
Постоянный
покупатель
В процессе аттестации требований были выдвинуты следующие
требования:
8
1.Наличие общей базы данных, доступных для редактирования по
разрабатываемой ЛВС.
2.Возможность просмотра занятости («уже в прокате») видеодиска.
3.Возможность занесения клиентских данных, добавление постоянных
покупателей как «со скидкой».
4.Просмотр базы данных консультантами и администратором на разных
компьютерах, подключенных к общей ЛВС.
5.Оформление видеопроката диска с использованием общей формы
(ФИО покупателя, дата, наименование диска (-ов) и т.д.
На основании этих данных составим техническое задание на ИС.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на разработку ИС «Видеопрокат»
Общие сведения
1.1. Наименование системы
Аналитическая информационная система «Видеопрокат».
2.1. Назначение и цели создания системы
Система
«Видеопрокат»
предназначена
для
информационного
обеспечения процессов, которые происходят в магазине видеопроката, а
именно: регистрация движения видеоматериалов (дисков), формирование
клиентской базы данных, их контроль.
Характеристика объектов информатизации
3.1. Краткое описание работы магазина
При регистрации нового клиента ему выдается клубная карточка.
Клиент может брать и покупать видеопродукцию по ценам, назначаемым в
видеопрокате. При возврате кассеты не в установленный срок клиенту
начисляется просрочка, в зависимости от того какую кассету он не вернул,
задается система штрафов. Предусмотрен гибкий механизм назначения
скидок для проката и продажи видеопродукции. С помощью рейтинга
фильмов можно узнать, какой фильм пользуется большей популярностью.
9
Также ведется учет по долгам клиента за просрочку и порчу кассеты. Оплата
долгов может происходить как наличными деньгами, так и оплаты их со
счета. Продажа может происходить как клиенту, так и постороннему лицу
(который не имеет регистрацию в прокате). Клиент может вернуть
купленный товар, заплатив неустойку видеопрокату.
3.2. Описание объектов информатизации
К основным объектам информатизации системы относится торговый зал
магазина видеопроката.
Требования к информационной системе
4.1. Базовые принципы разработки подсистем
При проектировании и разработке подсистем должны использоваться
следующие базовые принципы:
-Исключение дублирования ввода информации и повышение ее
достоверности, за счет отождествления ранее введенной информации;
-Изоляция создаваемых таблиц базы данных друг от друга.
Система должна удовлетворять следующим требованиям:
-Пользовательский интерфейс системы должен быть сформирован в
соответствии с навыками и профилем обычных пользователей.
Выбор прикладного программного обеспечения системы должен
удовлетворять следующим критериям:
-Интеграция с базами данных, поддерживающих Microsoft-технологии;
-Возможность подключения базы данных из любого места жесткого
диска.
4.2. Требования к архитектуре системы
Архитектура системы «Видеопрокат» является однозвенной. В качестве
клиентского приложения выступает разработанное в среде Delphi ПО.
4.3. Требования к способам и средствам связи для информационного
обмена между компонентами (модулями)
10
Система должна взаимодействовать между компьютерами в пределах
единой компьютерной сети (Интернет/ЛВС), в которой происходит весь
обмен информацией.
4.4. Требования к режимам функционирования подсистемы
Разрабатываемая система должна функционировать 24 часа в сутки, для
чего организовать беспрепятственный доступ к локальной сети магазина.
4.5. Требования к пользователям
Система подразумевает два типа пользователя:
Консультант – имеет доступ к просмотру и добавлению данных по
видеопрокату, а также к регистрации постоянной клиентской базы;
Администратор - имеет доступ к просмотру и удалению имеющихся
данных.
4.6. Требования к защите информации от несанкционированного
доступа
Разрабатываемая
подсистемой
система
разграничения
должна
доступа
обладать
к
специализированной
информационным
ресурсам,
функционирующей на основе парольной защиты и выборе типа учетной
записи.
4.7. Требования к обмену данными
Обмен данными должен происходить по сети в среде Intranet/Internet с
поддержкой протокола TCP/IP.
4.8. Требования к внешней среде системы
Сервер баз данных должен находиться внутри магазина на компьютере
администратора.
4.9. Требования к хранению данных
База данных «Видеопрокат» должна содержать следующие данные:
-Данные покупателей (ФИО, адрес, контактный телефон и т.д.).
-Данные о видеофонде (наименование диска, номер диска).
-Данные о прокате (номер диска, ФИО покупателя, адрес, контактный
телефон, дата проката, дата возврата).
11
Тестирование
Перед сдачей Модулей и Компонент Заказчику для выявления
возможных сбоев в работе производится занесение тестовых данных в базу
данных и производится работа с ней в течение одних суток.
Порядок контроля и приемки Системы
Для проверки выполнения заданных функций Системы, определения и
проверки
соответствия
требованиям
ТЗ
количественных
и
(или)
качественных характеристик Системы, выявления и устранения недостатков
в действиях Системы и в разработанной документации, поэтапного контроля
над ходом разработки должны быть проведены следующие виды испытаний:
-Предварительные: добавление случайных данных через ПО во все
таблице баз данных с целью выявления грубых ошибок сохранения данных.
-Контрольные: полное заполнение имеющихся таблиц данных, проверка
системы «на сбой» в течение суток.
Требования к проектной документации
Состав
и
комплектность
проектной
документации
должна
соответствовать требованиям ГОСТ 34.201-89.
5. Заключение
В процессе работы создано техническое задание на разрабатываемое ИС
«Видеопрокат»,
аттестованы
все
имеющиеся
точки
зрения
на
разрабатываемую ИС.
6. Список используемой литературы
1.Иванова Г.С. Технология программирования: Учебник для вузов. - М.:
Изд-во МГТУ им. Н.Э. Баумана, 2002. - 320 с.
2.ГОСТ 34.602-89 Техническое задание на создание автоматизированной
системы
3.ГОСТ 19.201-78 Техническое задание. Требования к содержанию и
оформлению
12
Лабораторная работа №3
Методология функционального моделирования
1.Цель работы: Изучить методологии функционального моделирования
IDEF0 и IDEF3.
2.Введение
Работа направлена на ознакомление с методологиями функционального
моделирования IDEF0 и IDEF3, получение навыков по применению данных
методологий для построения функциональных моделей на основании
требований к информационной системе.
3.Программно-аппаратные
средства,
используемые
при
выполнении работы
При построении диаграмм будем использовать пакет MS Visio 2007.
Microsoft Office Visio – это решение для создания технических и
деловых диаграмм, предназначенных для систематизации и наглядного
представления различных данных, процессов и систем.
Диаграммы Microsoft Office Visio позволяют без труда осуществлять
визуализацию и обмен различной информацией с высочайшей точностью,
надежностью и эффективностью, недостижимыми при использовании
текстовых и числовых данных.
4.Основная часть
Функциональный блок:
Управление
Вход
Магазин
видеопроката
Выход
Механизм
Контекстная диаграмма:
13
Запрос на прокат
Список
видеопроката
Регулирование
и систематизация
видеопроката
Данные покупателя
Оформленный прокат
Сотрудники магазина
Диаграмма первого уровня декомпозиции:
Запрос на прокат
Данные
покупателя
Уточнение
контактных
данных
Данные
паспорта
Список
видеопроката
Уточнение данных
видеопроката
Документы
Оплата товара
и закрепление
за покупателем
Проверка товара
на предмет
брака
Сотрудники магазина
Оформленный
прокат
Декомпозиция составляющих диаграммы (второго уровня):
-Уточнение контактных данных
Данные
покупателя
ФИО
покупателя
Домашний
адрес
Контактный
телефон
Данные
паспорта
(серия, номер)
Сотрудники магазина
-Уточнение данных видеопроката
14
Уточнение
данных
видеопроката
Запросы
покупателя
Уточнение
жанра
Название
фильма
Знакомство с
аннотацией
Внесение
данных о
прокате
Выходные
данные
фильма
Сотрудники магазина
5.Заключение
В процессе работы составлена IDEF0 и IDEF3 модели разрабатываемого
процесса работы магазина видеопроката. Произведена декомпиляция
составляющих диаграммы.
6.Список используемой литературы
1.Свиридов С., Курьян А.. IDEF0: функциональное моделирование
деловых процессов // Центр ОТСМ-ТРИЗ технологий, Минск, Беларусь 1997
2.Курьян А. Г., Серенков П.С. Использование IDEF0 для описания и
классификации процессов в рамках системы качества МС ИСО семейства
9000 версии 2000.
3.Верников Г.. Основные методологии обследования организаций.
Стандарт IDEF0. // Управленческое консультирование.
15
Лабораторная работа №4
Методология объектно-ориентированного моделирования
1.Цель работы: Ознакомление с основными элементами определения,
представления, проектирования и моделирования программных систем с
помощью языка UML.
2.Введение
Унифицированный язык моделирования (Unified Modeling Language UML) это язык для специфицирования, визуализации, конструирования и
документирования программных систем, а так же бизнес моделей и прочих
не программных систем. UML представляет собой объединение инженерных
приемов, которые ранее успешно использовались при моделировании
больших и сложных систем
UML предоставляет выразительные средства для создания визуальных
моделей, которые: единообразно понимаются всеми разработчиками,
вовлеченными в проект; являются средством коммуникации в рамках
проекта.
Унифицированный Язык Моделирования (UML):
-
не
зависит
от
объектно-ориентированных
(ОО)
языков
программирования;
-и не зависит от используемой методологии разработки проекта;
- может поддерживать любой ОО язык программирования.
UML является открытым и обладает средствами расширения базового
ядра. На UML можно содержательно описывать классы, объекты и
компоненты в различных предметных областях, часто сильно отличающихся
друг от друга.
3.Программно-аппаратные
средства,
используемые
выполнении работы
При построении диаграмм будем использовать пакет MS Visio 2007.
16
при
Microsoft Office Visio – это решение для создания технических и
деловых диаграмм, предназначенных для систематизации и наглядного
представления различных данных, процессов и систем.
Диаграммы Microsoft Office Visio позволяют без труда осуществлять
визуализацию и обмен различной информацией с высочайшей точностью,
надежностью и эффективностью, недостижимыми при использовании
текстовых и числовых данных.
4.Основная часть ИС «Видеопрокат»
Рассмотрим функцию оформления проката покупателям. Исходя из
этого, составим диаграмму вариантов.
Менеджер
Правила пользования
Регистрация в базе
данных
Оформление проката
Оплата проката
Клиент
Рис. 1 – Диаграмма вариантов
В этом участии обычно принимают следующие субъекты:
- клиент, который оформляет прокат видеодиска
- менеджер по продаже, собирающий все документы, необходимые для
оформления проката
- бухгалтерский отдел, в который вносятся денежные средства за
купленные билеты.
Учитывая
все
особенности
последовательности и кооперации.
17
составим
две
диаграммы:
Клиент
Менеджер
База данных
«Видеопрокат»
1.Предпочтения
клиента
3.Информация от
менеджера
4.Уточнение
данных
2.Поиск нужного
фильма
5.Согласование
с базой данных
6.Выдача результата аннотации фильма
7.Согласие и
передача
документов
8.Оплата проката
9.Выдача чека
10.Предъявление
чека
11.Регистрация покупки
в базе данных
Рис. 2 – Диаграмма последовательности
18
Бухгалтерский
отдел
10.Предъявление
чека
Менеджер
7.Согласие и
передача
документов
11.Регистрация покупки
в базе данных
1.Предпочтения
клиента
2.Поиск нужного
фильма
Клиент
3.Информация от
менеджера
5.Согласование
с базой данных
4.Уточнение
данных
База данных
«Видеопрокат»
6.Выдача результата аннотации фильма
8.Оплата проката
9.Выдача чека
Бухгалтерский
отдел
Рис. 3 – Диаграмма кооперации
Создадим БД в Access, которая будет сохранять все данные клиента. Для
этого создадим 3 таблицы: Otdel_prodaz (Отдел продаж), Otdel_buchgalter
(Отдел бухгалтерии), Otdel_klient (Клиентские данные). Структуру базы
данных можно представить в виде таблиц.
Таблица 1 – Структура Otdel_prodaz
Наименование
Тип
поля
данных
FIO
Num_video
Размер поля
Значение
Текстовый
30
ФИО клиента
Числовой
10
Номер
видеодиска
19
Data_pokupki
Дата/время
-
Дата покупки
Address, phone
Текстовый
-
Контактные
данные
покупателя
Stoimost
Денежный
15
Стоимость
проката
Nazvanie filma
МЕМО
-
Название
видеодиска
Data_vozvrata
Дата/время
-
Дата окончания
проката
Num_klienta
Текстовый
15
Номер клиента
Размер поля
Значение
Таблица 2 – Структура Otdel_buchgalter
Наименование
Тип
поля
данных
FIO
Текстовый
30
ФИО клиента
Data_pokupki
Дата/время
-
Дата покупки
Stoimost
Денежный
15
Стоимость билета
Таблица 3 – Структура Otdel_klient
Наименование
Тип
поля
данных
Размер поля
Значение
FIO
Текстовый
30
ФИО клиента
Address, phone
Текстовый
-
Контактные
данные
20
покупателя
Data_vidachi
Дата/время
-
Дата выдачи диска
Num_klienta
Текстовый
15
Номер клиента
Используя все вышепредставленные данные, выполним диаграмму
классов.
<<Finansy>>
Otdel_buchgalter
<<Uslugy>>
Otdel_prodaz
FIO : string
Num_video : integer
Data_pokupki : datetime
Address, phone : string
Stoimost : money
Nazvanie filma : MEMO
Data_vozvrata : datetime
Num_klienta : string
FIO : string
Stoimost : money
Data_pokupki : datetime
1
1
+ Vnesenie deneg ()
- Vidacha cheka ()
1
1
<<Uslugy>>
Otdel_klient
+ Sbor documentov ()
- Vidacha diska ()
FIO : string
Address, phone : string
Data_vidachi : datetime
Num_klienta : string
+ Zajavka na prokat ()
- Vidacha diska ()
Рис. 5 – Диаграмма классов
Диаграммы состояний не надо создавать для каждого класса, они
применяются только в сложных случаях. Если объект класса может
существовать в нескольких состояниях и в каждом из них ведет себя
по-разному, для него может потребоваться такая диаграмма.
21
Консультация
у менеджера
Передача
документов
Внесение
денег
Уточнение данных
Покупатель
Выписка накладного документа
Вручение диска клиенту
Получение аннотации в базе данных
Регистрация
В базе данных
Рис. 6 – Диаграмма состояний
На основе созданной БД, напишем программу-оболочку на языке Delphi,
позволяющую вносить изменения в базу данных максимально прозрачно.
Подключение к базе данных будем производить при помощи средств
ADO. Всего будет три программы для каждого отдела: Meneger для
менеджеров по продажам, Admin для администратора. Окончательно
оболочка для работы с базой данных выглядет как показано на рисунках 7-9.
22
Рис. 7 – ИС «Видеопрокат – Отдел продаж»
23
Рис. 8 – ИС «Видеопрокат – Администратор»
На основе этих данных создадим диаграмму размещения и компонентов.
Video.mdb
Access DB
Общая БД
Принтер
Менеджер по
продажам
Администратор
Meneger.exe
Admin.exe
Рис. 9 – Диаграмма размещения
24
Meneger.exe
Video.mdb
Принтер
Admin.exe
Рис. 11 – Диаграмма компонентов
Обозначим стереотипы классов. Их выделим два:
- Uslugi – лица, осуществляющие оказание услуг
- Finansy – лица, осуществляющие только финансовые операции (касса).
Основываясь на этих данных, разделим классы по пакетам.
Finansy
Uslugy
Рис. 12 – Диаграмма классов по пакетам
5.Заключение
В процессе работы созданы диаграммы UML, характеризующие
основные этапы покупки билета клиентами турфирмы. Написана база данных
Access и программа-оболочка, позволяющая координировать эту работу.
25
6.Список используемой литературы
1.Горяев Ю.А. Информатика: учебное пособие. - М.: Изд-во МИЭМП,
2005. - 116 с.
2.Новиков Ф.А, Иванов Д.Ю. Моделирование на UML. Теория,
практика, видеокурс. — СПб, Профессиональная литература, Наука и
Техника, 2010, 640 с.
3.Буч Г., Рамбо Д., Якобсон А. Язык UML. Руководство пользователя.
Второе издание. — ДМК, 2006, 496 с.
26
Лабораторная работа №5
Методология управления проектами
1.Цель
работы:
Изучение
методологии
управления
проектами.
Получение навыков по применению данных методологий для планирования
проекта.
2.Введение
Работа
направлена
на
ознакомление
с
основными
понятиями
методологии управления проектами, получение навыков по применению
данных понятий при построении плана проекта, построения графика работ,
распределения исполнителей, управления рисками.
3.
Программно-аппаратные
средства,
используемые
при
выполнении работы
При построении диаграмм будем использовать пакет MS Visio 2007.
Microsoft Office Visio – это решение для создания технических и
деловых диаграмм, предназначенных для систематизации и наглядного
представления различных данных, процессов и систем.
Диаграммы Microsoft Office Visio позволяют без труда осуществлять
визуализацию и обмен различной информацией с высочайшей точностью,
надежностью и эффективностью, недостижимыми при использовании
текстовых и числовых данных.
4.Основная часть
Сетевая диаграмма этапов
Этап
Длительность (дни)
Т1
1
Т2
2
Т3
10
Т4
1
27
Зависимость
Т1
Т3, Т2
Т5
2
Т6
1
Т7
2
Т1 – покупка необходимого оборудования
Т2 – прокладка локальной сети и подключение Интернет
Т3 – написание ПО
Т4 – тестирование ПО
Т5 – анализ ПО на работоспособность
Т6 – установка ПО в магазин
Т7 – проверка ПО на нагрузки
Начало
Т1
1 день
2 дня
Т2
10 дней
Т3
1 день
2 дня
Т4
1 день
Т5
2 дня
Т6
Т7
Конец
Временная диаграмма длительности этапов:
начало
1
2
10
11
13
14
15
16
Т1
Т2
Т3
Т4
Т5
Т6
Т7
конец
Диаграмма распределения участников группы по этапам
28
Этап
Исполнитель
Т1
Степанов
Т2
Дмитриев
Т3
Славянский
Т4
Славянский
Т5
Кирилюк
Т6
Кирилюк
Т7
Кирилюк
начало
1
11
2
16
степанов
дмитриев
славянский
кирилюк
конец
Список возможных рисков
Риск
Типы риска
Описание риска
Текучесть
Риск для проекта
Опытные разработчики
разработчиков
покидают проект до его
завершения
Недооценка размера
Риск для проекта и
Размер системы
разрабатываемой
для разрабатываемого
значительно превысил
системы
продукта
первоначальную оценку
Появление
Бизнес-риск
На рынке программных
конкурирующего
продуктов до окончания
программного продукта
проекта появилась
конкурирующая
29
программная
система
Анализ рисков
Риск
Вероятность
Степень ущерба
Финансовые затруднения в организации
Средняя
Катастрофическая
Средняя
Серьезная
Высокая
Серьезная
Средняя
Серьезная
привели к уменьшению
бюджета проекта
Ведущий разработчик заболел в
самое критическое время
В организации, выполняющей
разработку ПО, произошла реорганизация,
в результате чего изменились приоритеты в
управлении проектом
База данных, которая используется в
программной системе, не обеспечивает
обработку ожидаемого объема транзакций
Стратегия планирования рисков
Риск
Стратегия
Финансовые
Подготовить краткий документ для руководства
проблемы
организации, показывающий важность данного
организации
проекта для достижения финансовых целей
организации
Болезни персонала
Реорганизовать работу команды разработчиков
таким образом, чтобы обязанности и работа членов
команды перекрывали друг друга, вследствие этого
разработчики будут знать и понимать задачи,
выполняемые другими сотрудниками
30
Изменения
Попытаться определить требования, наиболее
требований
вероятно подверженные изменениям; в структуре
системы не отображать детальную информацию
Недооценки времени
Рассмотреть вопрос о покупке системных
выполнения проекта
компонентов, исследовать возможность
использования генератора программного кода
5.Заключение
В процессе работы составлены диаграммы распределения участников по
проекту, а также временная и сетевая диаграммы. Проведен анализ рисков и
выявлена стратегия их предотвращения.
6. Список используемой литературы
1.Буч Г., Рамбо Дж., Джекобсон А. Язык UML. Руководство
пользователя. – С-П.: Издательство «Питер», 2003. – 432 с.
2. Соммервиль Иан. Инженерия программного обеспечения, 6-е
издание.: Пер. с англ. – М.: Издательский дом ―Вильямс, 2002. – 624 с.
3. Константайн Л., Локвуд Л. Разработка программного обеспечения. –
СПб.:Питер, 2004. – 592 с.
31