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

Федеральное государственное образовательное бюджетное учреждение высшего профессионального образования

«ФИНАНСОВЫЙ УНИВЕРСИТЕТ ПРИ ПРАВИТЕЛЬСТВЕ РОССИЙСКОЙ ФЕДЕРАЦИИ»

(Финансовый университет)

Кафедра

«Информационные технологии»

Мельников П.П.

ПРОЕКТНЫЙ ПРАКТИКУМ

Учебное пособие

Москва 2012

1

Учебное издание

Мельников Петр Петрович

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

Учебное пособие

2

Содержание

1.Разработка учебного проекта ИС «СИСТЕМА УЧЕТА ЗАКАЗОВ»

6

4

ВВЕДЕНИЕ

В учебном пособии «Применение UML для разработки прикладных систем» рассмотрены общие вопросы моделирования ИС, основанные на объектно – ориентированном подходе, который реализуется специальным языком моделирования UML (Unified Modeling Language - Унифицированный Язык Моделирования). Его основная задача – познакомить с основами син-

таксиса UML и его применения для описания моделей ИС, а также ознако-

мить с инструментальным CASE-средством IBM Rational Rose, реализующем объектно-ориентированный подход к разработке проектов ИС с использова-

нием языка UML.

Настоящее пособие является логическим продолжением указанного учебного пособия. Его цель – на основе сквозного примера показать последо-

вательность и технологию разработки проектов в среде Rational Rose.

В качестве предмета автоматизации в пособии рассматривается система учета заказов. С целью более качественного освоения технологии проектиро-

вания процесс разработки проекта в пособии разбит на отдельные взаимосвя-

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

Пособие содержит три части. В первой части приведен пример разра-

ботки проекта в среде Rational Rose. Во второй части рассматриваются во-

просы создания базы требований к проекту и инструментальное средство

IBM Rational RequisitePro. В третьей части приведены задания для самостоя-

тельной работы.

Составитель учебного пособия Мельников П.П., кандидат технических наук, доцент, проф. кафедры «Информационные технологии».

При подготовке пособия были использованы материалы учебных раз-

работок и публикаций таких известных авторов, как У. Боггс, А.М. Вендров,

Х. Гома, Джим Арлоу, Айла Нештадт.

5

1.РАЗРАБОТКА УЧЕБНОГО ПРОЕКТА ИС «СИСТЕМА УЧЕТА ЗАКАЗОВ»

1.1.Спецификация требований к программному обеспечению

Требования к ПО документируются в виде ряда документов и моделей.

К основным документам относятся:

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

щая требования к выполняемым системой функциям;

словарь предметной области (глоссарий) — устанавливает об-

щую терминологию для всех моделей и описаний требований к системе. Глоссарий предназначен для описания терминологии предметной области и может быть использован как словарь дан-

ных системы;

дополнительные спецификации (технические требования) —

содержат описание нефункциональных требований к системе, та-

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

ность, сопровождаемость и др.

1.1.1. Постановка задачи

Фирма занимается информационными технологиями. Для нее посту-

пил заказ на разработку системы отслеживания различных заказов от фирмы посредника (продавца) предприятию изготовителю на выпускаемые им изде-

лия.

Для создания такой системы необходимо разработать проект ПО и схе-

му базы данных.

6

Описание бизнес-процессов

Процесс обработки заказа включает:

заполнение формы заказа и передачу ее заказчику;

Заказчик заполняет все необходимые документы и готовит от-

правку товара клиенту;

Копия формы заказа передается в бухгалтерию;

Данные из формы вводятся в бухгалтерскую систему;

Выписывается счет.

Составление глоссария проекта

Глоссарий предназначен для описания терминологии предметной об-

ласти. Он может быть использован как неформальный словарь данных сис-

темы.

Ниже приведены термины проекта и их значения.

Функциональные требования

Информационная система должна обеспечивать:

возможность добавления новых заказов, изменения старых;

выполнения заказов;

проверки и возобновления инвентарных описей;

7

послать сообщение бухгалтерской системе, которая выписывает счет;

если требуемого товара нет на складе, заказ должен быть откло-

нен.

Описание дополнительных спецификаций

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

пользования. Вместе они образуют полный набор требований к системе.

Дополнительные спецификации определяют нефункциональные требо-

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

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

чения.

Функциональные возможности

Система должна обеспечивать многопользовательский режим работы.

Удобство использования

Пользовательский интерфейс должен быть Windows-совместимым.

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

Каждая функция системы должна сопровождаться встроенной онлай-

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

Надежность

Система должна быть в работоспособном состоянии 24 ч в день 7 дней в неделю, время простоя - не более 10%. Среднее время безотказной работы должно превышать 300 ч.

8

Производительность

Система должна поддерживать до 10 пользователей, одновременно ра-

ботающих с базой данных.

Система должна быть способна завершать 80% всех транзакций не бо-

лее чем через 1 мин.

Безопасность

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

Только управляющий может изменять информацию о наличии товара.

Проектные ограничения

Система должна быть интегрирована с существующей системой бух-

галтерского учета.

1.2.Создание диаграммы Варианты использования

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

вил, приведенных ранее, приводит к появлению следующего списка дейст-

вующих лиц для начальной версии системы регистрации заказов:

продавец – вводит новый заказ и изменяет заказ;

управляющий магазином – обновляет инвентарную опись това-

ров и печатает ее;

клерк – оформляет заказ;

бухгалтерская система – выполняет учет операции и их докумен-

тирование.

Готовая диаграмма Вариантов Использования должна выглядеть, как показано на рис.1.

9

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

Упражнение 1. Создание начальной версии модели вариантов ис-

пользования

Создание диаграммы Вариантов Использования

Дважды щелкнув мышью на Главной диаграмме Вариантов Использо-

вания (Main) в браузере, откройте ее.

2.С помощью кнопки Use Case (Вариант использования) панели инструментов поместите на диаграмму новый вариант использования.

3.Назовите его "Ввести новый заказ".

4.Повторив этапы 2 и 3, поместите на диаграмму остальные вари-

анты использования Изменить существующий заказ

10