Проектирование Книжного магазина

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

Во-первых, на них показана линия жизни объекта. Это вертикальная пунктирная линия, отражающая существование  объекта во времени. Большая часть  объектов, представленных на диаграмме  взаимодействий, существует на протяжении всего взаимодействия, поэтому их изображают в верхней части диаграммы, а их линии жизни прорисованы сверху донизу. Объекты могут создаваться и во время взаимодействий. Линии жизни таких объектов начинаются с получения сообщения со стереотипом create. Объекты могут также уничтожаться во время взаимодействий; в таком случае их линии жизни заканчиваются получением сообщения со стереотипом destroy, а в качестве визуального образа используется большая буква X, обозначающая конец жизни объекта.

Вторая особенность  этих диаграмм - фокус управления. Он изображается в виде вытянутого прямоугольника, показывающего промежуток времени, в течение которого объект выполняет какое-либо действие, непосредственно или с помощью подчиненной процедуры. Верхняя грань прямоугольника выравнивается по временной оси с моментом начала действия, нижняя - с моментом его завершения. Вложенность фокуса управления, вызванную рекурсией или обратным вы зовом со стороны другого объекта, можно показать, расположив другой фокус управления чуть правее своего родителя. Если место расположения фокуса управления требуется указать с максимальной точностью, можно заштриховать область прямоугольника, соответствующую времени, в течение которого метод действительно работает и не пере дает управление другому объекту.

Диаграмма последовательности приведена на рисунке 5.4.

 

Рисунок 5.4 - Диаграмма последовательности

На данной диаграмме  показана линия жизни каждого  объекта  и акцентируется внимание на временной упорядоченности всех действий.

 

5.6 Создание диаграммы компонентов

 

Component Diagram (диаграмма компонентов) позволяет создать физическoe отражение текущей модели. Диаграмма компонентов показывает организацию и взаимосвязи программных компонентов, представленных в исходном коде, двоичных или выполняемых файлах. Связи в данном типе диаграммы представляют зависимости одного компонента от другого и имеют специальное отображение через значок «зависимости».

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

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

Замечания по созданию диаграммы  компонентов.

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

Однако для небольшой  системы, состоящей из одного выполняемого файла, разработка такой диаграммы вообще не является целесообразной.

Существуют стратегические и тактические решения, которые иногда противоречат друг другу.

На всем протяжении проектирования системы, вплоть до выхода готового программного продукта, в диаграммы будут вноситься изменения. Некоторые принятые во время проектирования системы решения могут не совпадать с полученным в конце кодом. Во время разработки необходимо просто отразить эти изменения на созданных ранее диаграммах. Создадим диаграмму компонентов лишь для нескольких классов, чтобы получить практику работы с данным типом диаграмм.

В Rational Rose заложена возможность  работы с программными библиотеками. Причем можно как разрабатывать библиотеки, так и пользоваться уже готовыми. Для этого необходимо лишь указать, какие классы в каких компонентах будут находиться.

При разработке программного проекта разделение классов по компонентам является серьезной задачей. Для того чтобы обеспечить минимальные трудозатраты на разработку и сопровождение, тесно связанные между собой классы собираются в библиотеки DLL, OCX и т.п. Этим обычно занимаются системные аналитики, которые проектируют структуру программного обеспечения, Rational Rose предоставляет все возможности для такого проектирования.

Диаграмма компонентов приведена на рисунке 5.5.

 

 

Рисунок 5.5 - Диаграмма компонентов

 

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

 

5.7 Тестирование диаграмм

 

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

Для проверки модели следует  выполнить операцию главного меню:

Tools/Check Model.

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

 

 

Рисунок 5.6 - Тест диаграммы прецедентов

 

При тестировании диаграммы ошибок не обнаружено, о чем свидетельствует чистое окно журнала.

Тест диаграммы классов  представлен на рисунке 5.7.

 

 

Рисунок 5.7 - Тест диаграммы классов

При тестировании диаграммы  ошибок не обнаружено, о чем свидетельствует чистое окно журнала.

Тест диаграммы кооперации представлен на рисунке 5.8.

 

 

Рисунок 5.8 - Тест диаграммы кооперации

 

При тестировании диаграммы  ошибок не обнаружено.

Тест диаграммы последовательности представлен на рисунке 5.9.

 

 

Рисунок 5.9- Тест диаграммы последовательности

При тестировании диаграммы  ошибок не обнаружено, о чем свидетельствует чистое окно журнала.

Тест диаграммы компонентов  представлен на рисунке 5.10.

 

 

Рисунок 5.10 - Тест диаграммы компонентов

 

При тестировании диаграммы  ошибок не обнаружено, о чем свидетельствует чистое окно журнала.

 

5.8 Генерация программного кода

 

Одним из наиболее важных свойств программы IBM Rational Rose является возможность генерации программного кода на нескольких языках программирования, которая может быть использована разработчиком после построения модели. Для этой цели присутствует достаточно большой выбор языков программирования и схем баз данных. Однако возможность генерации текста программы на том или ином языке программирования зависит от установленной версии IBM Rational Rose.

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

• проверка модели на отсутствие ошибок;
• создание компонентов для реализации классов;
• отображение классов на компоненты;
• выбор языка программирования для генерации текста программного кода;
• установка свойств генерации программного кода;
• выбор класса, компонента или пакета;
• генерация программного кода.

Особенности выполнения каждого из этапов могут изменяться в зависимости от выбора языка программирования или схемы базы данных.

В среде IBM Rational Rose  предусмотрено  задание достаточно большого числа свойств, характеризующих как отдельные классы, так и проект в целом. Для определенности в качестве языка реализации проекта целесообразно выбрать язык программирования ANSI C++, который не требует инсталляции дополнительных программ и поставляется практически во всех конфигурациях IBM Rational Rose. Программный код для разрабатываемой системы представлен в приложении Б.

 

 

ЗАКЛЮЧЕНИЕ 

В результате проделанной  работы была спроектирована автоматизированная информационная система УКПГ 16.

Разработанная система  обеспечивает управление информационными потоками, сбор, регистрацию, редактирование, хранение данных и индикацию её на средство отображения информации.

В процессе проектирования модели ИС было  исследовано взаимодействие УКПГ с внешней средой: Поставщик оборудования, скважины, предприятие, начальник управления.

Все поставленные задачи были выполнены. А именно:

• организовывать документооборот на объекте;
• осуществлять передачу и прием документации от УКПГ к внешним средам и наоборот;
• заносить всю документацию в архив.

Разработанная система позволяет наглядно продемонстрировать все этапы работы УКПГ 16, для решения данных задач были использованы CASE – средства: BPWin, ERWin, Rational Rose.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

 

1. Бутко, В. Р. CASE-технологии моделирования и проектирования информационных систем : учеб. пособие / В. Р. Бутко, В. П. Дерябкин. – Самара: СГЭА, 2001. – 232 с.
2. Буч, Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++ : пер. с англ. / Г. Буч. -  2-е изд. – М. : Бином ; СПб. : Невский диалект, 1999. – 210 с.
3. Вендров, А. М. СASE-технологии. Современные методы и средства проектирования информационных систем / А. М. Вендров. — М. : Финансы и статистика, 2003. — 389 с.: ил.
4. Грекул, В. И.  Проектирование информационных систем : учеб. пособие / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. – М., 2008. – 290 с.
5. Дейт, К. Дж. Введение в системы баз данных : пер. с англ. / К. Дж. Дейт. — М. : Вильяме, 2001. — 1072 с. : ил.
6. Дубейковский, В. И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 / В. И. Дубейковский. -  М. : ДИАЛОГ-МИФИ, 2007. – 225 с.
7. Емельянова, Н. З. Проектирование информационных систем : учеб. пособие / Н. З. Емельянова, П. Л. Партыка, И.И. Попов. – М. : ФОРУМ, 2009. – 432с.
8. Маклаков, С. В. Моделирование бизнес-процессов BPwin 4.0. / С В. Маклаков – М. : ДИАЛОГМИФИ, 2002. – 218с.
9. Маклаков, С. В. BPwin и ERwin: CASE-средства для разработки информационных систем / С. В. Маклаков. -
10. Пущин, М. Н. Проектирование информационных систем : учеб. пособие / М. Н. Пущин. – М. : Изд-во МИЭТ, 2008. – 234с.
11. Трофимов, С. А. Case-технологии: практическая работа в Rational Rose / С. А. Трофимов. -  М. : БИНОМ, 2001. – 272 с.: ил.

12. Rational Rose [Электронный ресурс]. – Электрон. дан. – URL : http://itteach.ru/rational-rose/.– Загл. с экрана (дата обращения 20. 04. 2013).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ПРИЛОЖЕНИЕ А

SQL-скрипт

(Обязательно).

 

SQL-скрипт.

 

CREATE TABLE Оборудование

(

Номер_оборудования  integer Number  NOT NULL ,

Наименование_оборудования  varchar(30) String  NOT NULL ,

Инваентарный_номер  integer Number  NOT NULL ,

Технологический_номер  integer Number  NOT NULL ,

Дата_поставки  integer Number  NOT NULL ,

Подпись_принявшего  varchar(30) String  NOT NULL

);

 

 

CREATE  UNIQUE INDEX XPKОборудование ON Оборудование

(

Номер_оборудования  ASC

);

 

 

ALTER TABLE Оборудование

ADD CONSTRAINT  XPKОборудование PRIMARY KEY (Номер_оборудования);

 

 

CREATE TABLE Отделы

(

Номер_отдела  integer Number  NOT NULL ,

Наименование_отдела  varchar(30) String  NOT NULL ,

Сотрудники_отдела  varchar(30) String  NOT NULL ,

Начальник_отдела  varchar(30) String  NOT NULL ,

Номер_сотрудника  integer Number  NOT NULL

);

 

 

CREATE  UNIQUE INDEX XPKОтделы ON Отделы

(

Номер_отдела  ASC,

Номер_сотрудника  ASC

);

 

 

ALTER TABLE Отделы

ADD CONSTRAINT  XPKОтделы PRIMARY KEY (Номер_отдела,Номер_сотрудника);

 

 

CREATE TABLE Планы

(

Номер_плана  integer Number  NOT NULL ,

Год_плана  integer Number  NOT NULL ,

Название_плана  varchar(30) String  NOT NULL ,

Описание_работ  varchar(30) String  NOT NULL

);

 

 

CREATE  UNIQUE INDEX XPKПланы ON Планы

(

Номер_плана  ASC

);

 

 

ALTER TABLE Планы

ADD CONSTRAINT  XPKПланы PRIMARY KEY (Номер_плана);

 

 

CREATE TABLE Скважины

(

Номер_скважины  integer Number  NOT NULL ,

Краткая_характеристика  varchar(30) String  NOT NULL ,

Начальник_скважины  varchar(30) String  NOT NULL ,

Номер_сотрудника  integer Number  NOT NULL ,

Количество_кустов  integer Number  NOT NULL

);

 

 

CREATE  UNIQUE INDEX XPKСкважины ON Скважины