Проектный практикум
.pdf6.Информационная система склада.
Краткое описание: информационная система склада позволяет учиты-
вать поступление и уход товаров со склада, а также определять место хране-
ния товаров на складе.
7.Система учета рабочего времени.
Краткое описание: Система учета рабочего времени позволяет руково-
дителям выдавать задания и отслеживать ход их выполнениям исполнителя-
ми — вести учет рабочего времени, затраченного на выполнение каждого за-
дания.
8.Информационная система жилищного агентства.
Краткое описание: информационная система жилищного агентства по-
зволяет квартиросъемщикам подобрать и снять жилье, а владельцам жилья — предложить и сдать жилье.
9.Система продажи билетов на футбол.
Краткое описание: система продажи билетов позволяет покупать и сда-
вать билеты и абонементы на матчи, проходящие на одном стадионе с нуме-
рованными местами через несколько одновременно работающих касс.
3.4.4. Этапы выполнения проекта
Используя рекомендуемые учебные материалы и анализируя выбран-
ную предметную область, поэтапно разработать модель приложения, прото-
тип программного обеспечения и программную документация для выбранной предметной области.
Результаты работы по каждому этапу (кроме подготовительного)
оформляются в виде указанных выше позиций и защищаются группой на оч-
ной встрече с преподавателями.
Образцы протокола встречи с заказчиком, одностраничного описания,
спецификации требований и детального проекта архитектуры прилагаются.
131
Подготовительный этап. Выбор инструментов
1.Выбрать инструмент моделирования (инструмент должен быть
доступен).
2.Выбрать инструмент разработки (инструмент должен быть дос-
тупен и знаком).
3.Выбрать инструмент подготовки презентаций и документации
(инструмент должен быть доступен)
4. Проверить совместимость инструментов (необходимо проверить возможность экспорта диаграмм из инструмента моделирования в инстру-
мент подготовки презентаций, совместимость инструментов моделирования и разработки).
1 этап. Анализ предметной области
5.Провести собрание группы проекта и предварительный анализ выбранной предметной области методом «мозгового штурма» (составить протокол полученных результатов для использования внутри группы).
6.Провести интервью с заказчиком и составить протокол встречи с заказчиком (текстовый документ 1-3 стр., защищаемая позиция).
2 этап. Эскизное проектирование
7.Составить глоссарий предметной области.
8.Составить «одностраничное» описание проекта (текстовый доку-
мент 1-3 стр., защищаемая позиция).
3 этап. Техническое задание
9.Составить спецификацию функциональных требований, для чего выполнить задания 10-15.
10.Идентифицировать действующих лиц системы.
11.Идентифицировать варианты использования системы.
12.Определить отношения между действующими лицами и вариан-
тами использования.
132
13.Составить полную диаграмму (или несколько диаграмм) исполь-
зования.
14.Определить, какие из вариантов использования (не менее трех)
будут уточняться при последующем моделировании и будут реализованы в
прототипе.
15.Реализовать выбранные варианты использования в виде записи сценария на псевдокоде или на естественном языке.
16.Определить нефункциональные и специальные требования, если они необходимы, и объединить все требования в единый документ (тексто-
вый документ с диаграммами использования, защищаемая позиция).
4 этап. Проектирование
17. Реализовать выбранные варианты использования диаграммами деятельности, диаграммами последовательности и диаграммами кооперации
(коммуникации). Должны быть использованы диаграммы всех трех указан-
ных типов.
18.Идентифицировать классы на основе технического задания, сло-
варя предметной области и реализованных вариантов использования.
19.Выделить хранимые и динамически создаваемые объекты (клас-
сы) и определить отношения между классами.
20.Спроектировать схему хранимых данных в форме диаграммы
«сущность-связь» или диаграммы классов.
21.Составить сводную диаграмму (или несколько диаграмм) клас-
сов, на которой должны быть отражены все классы и интерфейсы, задейство-
ванные на других диаграммах.
22.Выделить компоненты системы и определить их интерфейсы.
23.Составить диаграмму компонентов или диаграмму размещения
(по выбору), описывающую структуру системы в целом.
24.Выделить класс или классы, поведение которых зависит от исто-
рии.
133
25.Составить диаграмму (или диаграммы) состояний, описывающую поведение выбранных классов.
26.Проверить согласованность и корректность всех диаграмм. В
случае наличия ошибок вернуться к шагу 17 и повторить необходимые шаги.
27.Спроектировать графический интерфейс пользователя в виде эк-
ранных форм.
28.Составить детальный проект архитектуры, содержащий текст,
согласованный с техническим заданием, диаграммы использования, диа-
граммы деятельности, диаграммы последовательности, диаграммы коммуни-
кации, диаграммы состояний, диаграммы компонентов или размещения, об-
разы экранных форм, схемы данных и описания интерфейсов основных ком-
понентов системы (защищаемая позиция).
5 этап. Реализация прототипа
29.Разработать документацию программной системы.
30.Разработать и отладить код программы на выбранном инструмен-
те разработки.
31.Разработать план тестирования программы с определением зна-
чений параметров (качественных характеристик системы).
32.Разработать графический интерфейс пользователя в виде экран-
ных форм.
6 этап. Приемо-сдаточные испытания
33.Определить план презентации для представления результатов
разработки.
34.Составить презентацию, включив в нее необходимый текстовый,
графический численный материал.
35.Провести презентацию продолжительностью 10 минут, предста-
вить основные результаты выполненной разработки (защищаемая позиция).
134
36.Составить и подписать протокол приемо-сдаточных испытаний
(защищаемая позиция).
ЗАКЛЮЧЕНИЕ
В соответствии с программой учебной дисциплины «Проектный прак-
тикум» для направления подготовки 230700.62 «Прикладная информатика» основной задачей учебного пособия является освоение студентами техноло-
гии проектирования информационных систем с использованием наиболее широко распространенных CASE – средств. В пособии на примере рассмот-
рен процесс проектирования информационной системы в среде CASE – сред-
ства Rational Rose. Приведено большое количество упражнений, которые по-
зволяют пошагово осваивать инструментальное средство и технологические приемы проектирования.
Рассматриваются также основные процессы управления требованиями по проектированию в CASE среде RequisitePro.
Пособие рассчитано как на работу под руководством преподавателя,
так и на самостоятельную работу. С этой целью в пособии приведен перечень заданий, которые студенты должны выполнить самостоятельно с целью за-
крепления изученного материала.
Для привития навыков работы в проектной команде приведено задание для группового проектирования с описанием последовательности шагов его выполнения и защищаемых артефактов.
Содержание пособия и приводимые в нем примеры и упражнения по-
зволяют полностью освоить технологию проектирования и разработку про-
ектной документации и тем самым сформировать требуемые компетенции,
определенные ФГОС.
135
136
ПРИЛОЖЕНИЯ: ДОКУМЕНТАЦИЯ ПРОЕКТА
Приложение 1. КОНЦЕПЦИЯ
1.Введение
1.1.Цель
Определяется цель этого документа
1.2.Область применения
Определяется область применения системы
1.3.Определения, акронимы и сокращения
Приводится глоссарий.
2.Основные положения
2.1. Возможности системы
Описываются возможности системы
2.2. Формулировка проблемы
Проблема |
|
|
Приводится писание сути проблемы |
|
|
|
|
Затрагивает |
|
|
Приводится перечень лиц |
|
|
|
|
Последствия |
|
|
|
|
|
|
|
Успешное |
решение |
Открывающиеся новые возможности |
|
позволит |
|
|
|
|
|
|
|
2.3. Формула продукта |
|||
|
|
|
|
Для |
|
Для кого предназначена система |
|
|
|
|
|
Которые |
|
Выполняют функции … |
|
|
|
|
|
Является |
|
Чем является (Инструментом, …) |
|
|
|
|
|
Который |
|
Что обеспечивает? |
|
|
|
|
|
3. Описание заинтересованных лиц и пользователей
В этом разделе приводится описание типов пользователей.
137
3.1. Потенциальные потребители
Приводится краткая характеристика.
3.2. Заинтересованные лица
Наименование лица |
Кого представляет |
Роль |
|
|
|
|
|
|
. . .
3.3. Пользователи
Наименование Описание
3.4.Пользовательская среда
Краткое описание пользовательской среды.
3.5.Основные потребности заинтересованных лиц/пользователей
Потребность |
Приоритет |
Проблема |
Существую- |
Предлагаемые ре- |
|
|
|
щее решение |
шения |
|
|
|
|
|
|
|
|
|
|
. . .
4. Обзор продукта
Данный раздел содержит общее описание возможностей системы, ее внешних интерфейсов, а также конфигурации.
4.1.Перспективы продукта
138
4.2.Возможности продукта
Приводятся основные возможности системы в терминах ее
свойств и достоинств с точки зрения потребителей.
Достоинство |
Свойство системы |
|
|
|
|
. . .
4.3. Проектные ограничения
Отражаются все проектные ограничения.
4.4.Стоимость проекта
Выполняется ориентировочная оценка проекта
4.5.Лицензирование и установка
Приводятся требования к лицензированию и установке
5. Функциональные возможности продукта
В данном разделе определены и приводятся высокоуровневые функциональные возможности (свойства) системы, которые необходимы
сточки зрения пользователей.
5.1. Вход в систему
И т.д.
7.Требования к качеству
В данном разделе определяются требования к производительности, на-
дежности, удобству использования и другим характеристикам качества системы.
Готовность:
Удобство использования:
Сопровождаемость:
8.Приоритеты
139
Данный раздел определяет относительную важность предлагаемых функциональных возможностей системы.
9.Прочие требования к продукту
9.1.Используемые стандарты
Требования к стандартам интерфейса, …
9.2.Системные требования
9.3.Требования к производительности
9.4.Требования к окружающей среде
10. Требования к документации
10.1. Руководство пользователя
Руководство пользователя должно описывать использование системы с точки зрения пользователей и включать:
минимальные системные требования;
установку ПК-клиента;
вход в систему;
выход из системы;
все функциональные возможности системы;
информацию о поддержке пользователей.
10.2.Диалоговая помощь
10.3.Руководство по установке, конфигурированию
10.4.Маркировка и упаковка
140