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

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 22.12.2013
Размер файла 735,9 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Пояснительная записка

к курсовой работе

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

Введение

Rational Rose - популярное средство визуального моделирования объектно-ориентированных информационных систем компании Rational Software Corp. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования.

Пакет Rational Rose - известное CASE-средство (Computer Aided Software Engineering - разработка программного обеспечения с помощью компьютера), позволяющее уменьшить долю ручного труда при программировании и предоставить больше возможностей для творчества, освобождая программиста от выполнения рутинных операций.

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

Rational Rose позволяет разрабатывать высокоуровневые и низкоуровневые модели, осуществляя либо абстрактное проектирование, либо логическое.

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

1.1 Постановка проблемы

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

Robertson''s Cabinets inc. - это маленькая компания, специализирующаяся на производстве кухонных шкафов. В связи с ростом количества заказов компания нуждается в системе обработки заказов

Требуемая система должна обеспечивать возможность:

- добавления новых заказов;

- изменения старых заказов;

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

- проверки инвентарных описей;

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

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

1.2 Построение диаграммы

кооперативный заказ информационный

На диаграмме Вариантов Использования с помощью кнопки Use Case (Вариант использования) панели инструментов помещаем на диаграмму новый вариант использования «Внести новый заказ», повторяем это действие для создания всех вариантов использования.

С помощью кнопки Actor (действующее лицо) на диаграмму помещается действующее лицо; добавляем необходимое количество действующих лиц, присваивая им должности сотрудников компании, например «Продавец».

Затем устанавливаем связи между вариантами использования и действующими лицами.

Связь между актёрами и вариантами использования делается с помощью ассоциаций. Ассоциация (Association) - это семантическая связь между классами. Её изображают на диаграмме классов в виде обыкновенной линии.

Рисунок 1- Связь между актёрами и вариантами использования

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

Рисунок 2 - Пример описания действующего лица «Продавец»

К варианту использования можно прикрепить файл, например, создадим в Word файл, описывающий основной поток событий варианта использования «Создать НОВЫЙ заказ»:

а) Продавец выбирает в имеющемся меню пункт «Создать новый заказ»;

б) Система выводит формулу «Детали заказа»;

в) Система выводит номер заказа, заказчика и то, что заказано;

г) Продавец сохраняет заказ

д) Система создаёт новый заказ и сохраняет его в базе данных

Рисунок 3 - Изображение файла, прикреплённого к варианту использования

2. Создание диаграммы Последовательности действий и Кооперативной диаграммы

2.1 Постановка проблемы

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

2.2 Построение диаграммы

Рисунок 4 - Диаграмма последовательности (Sequence diagram)

Иногда возникает необходимость иметь более общее и наглядное изображение диаграммы последовательности действий, и для таких целей служит Collaboration diagram (кооперативная диаграмма), которая может строиться как непосредственно, так и на основе диаграммы последовательности действий. Средство проектирования Rational Rose позволяет создать ее автоматически, если существует диаграмма последовательности действий.

Рисунок 5 - Кооперативная диаграмма (Collaboration Diagram)

3. Создание диаграмм классов

3.1 Постановка проблемы

Необходимо объединение классов модели Rose в пакеты по стереотипу. Создать пакеты: Entities (Сущности), Boundaries (Границы), Control (Управление).

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

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

Стереотип «управление» определяет объекты класса как управляющие элементы в нашей системе.

3.2 Построение диаграммы

Рисунок 6 - Изображение пакетов

Рисунок 7 - Диаграмма для сценария «Ввести новый заказ»

4. Параметры и типы операций атрибутов классов

4.1 Постановка проблемы

Для определения атрибутов пришлось обратиться к потоку событий, также пришлось к классу «Заказ» добавить атрибут Order Number и Customer name. Вследствие этого пришлось товар моделировать не как класс, а как атрибут класса Order. В связи с инвентаризацией пришлось следить за датами заказа и выполнения, новые требования заставили добавить два новых атрибута к классу «Заказ».

4.2 Добавление атрибутов

Для этого нужно дважды по нему щелкнуть или же вызвать для него контекстное меню и выбрать пункт «Open Specification» после чего откроется окно спецификации класса, содержащее ряд вкладок:

- General - здесь задаются общие свойства класса: имя класса (Name), тип класса (Type), стереотип (Stereotype), видимость класса за пределами его пакета (Export Control) и текстовое описание класса (Documentation);

- Detail - задаются некоторые подробности класса: мощность (Multiplicity), количество памяти, необходимое при выполнении объектов данного класса (Space), время жизни экземпляров класса (Persistence), сколько действий может выполняться в один временной интервал (Concurrency), является ли класс абстрактным (Abstract), формальные параметры для определенных типов классов (Formal Arguments);

- Operations - задаются операции класса;

- Attributes - задаются атрибуты класса;

- Relations - отображаются отношения класса с другими классами;

- Components - отображаются связанные с классом компоненты;

- Nested - добавление вложенных классов;

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

Рисунок 8 - Характеристики класса

5. Связи между классами

5.1 Постановка проблемы

Все взаимодействующие классы нуждаются в определении соответствующих связей на диаграммах Классов.

Типы связи:

- ассоциация (association) - это семантическая связь между классами.;

- агрегация (aggregation) представляет собой форму ассоциации - более сильный тип связи между целым объектом и его частями.;

- зависимость (dependency) - связь между двумя элементами модели, при которой изменения в спецификации одного элемента могут повлечь за собой изменения в другом элементе.

5.2 Построение диаграммы

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

Рисунок 9 - Установление связей между классами

Заключение

В ходе проделанной работы было сформировано общее представление о структуре информационной системы для компании по производству и продаже кухонных шкафов Robertson''s Саbinets inс. и создана диаграммы для наглядного представления. Спроектировали детальную структуру наиболее важных элементов. Показали возможности языка Rational Rose.

Список использованных источников

1 Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование / Кватрани Т.: Пер. с англ. - М.: ДМК Пресс, 2001. - 176 с.: ил. (Серия «Объектно-ориентированные технологии в программировании»).

2 Стихановская Л.М. Методические указания по оформлению текстовых документов при выполнении дипломных, курсовых работ, отсчетов и рефератов студентами факультета «Информационные системы в управлении» / Л.М. Стихановская ? Омск: Изд-во СибАДИ, 2012. - 46 с.

3 Вендров А.М. Проектирование программного обеспечения экономических информационных систем/ А.М. Вендров: Учебник. - 2-е изд., перераб. И доп. - М.: Финансы и статистика, 2005. - 544 с.: ил.

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.