Проектный практикум

6.Информационная система склада.

Краткое описание: информационная система склада позволяет учиты-

вать поступление и уход товаров со склада, а также определять место хране-

ния товаров на складе.

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. Формулировка проблемы

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