Проектирование автоматизированных систем обработки информации и управления

Автор работы: Пользователь скрыл имя, 05 Июня 2013 в 16:18, курсовая работа

Описание работы

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

Содержание работы

1. Постановка задачи 3
2. Разработка модели в BPwin 3
3. Case – средство Erwin 7
4. Разработка системы с помощью Rational Rose: 9
5. Вывод: 15

Файлы: 1 файл

Проектирование АСОиУ.docx

— 576.74 Кб (Скачать файл)

 

 


 


___

КАФЕДРА №51

 

 

 

 

 

 

 

ОЦЕНКА

ПРЕПОДАВАТЕЛЬ

________

     

________________

должность, уч. степень, звание

 

подпись, дата

 

инициалы, фамилия


 

Курсовой проект

На тему: ”Проектирование автоматизированных систем обработки информации и управления”

 

по курсу: «Проектирование АСОИУ»

 
 

РАБОТУ ВЫПОЛНИЛИ

СТУДЕНТ ГР.

_________

     

____________

     

подпись, дата

 

инициалы, фамилия


 

 

 

 

 

Санкт-Петербург

____

Содержание

Оглавление

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

2. Разработка модели в BPwin 3

3. Case – средство Erwin 7

4. Разработка системы с помощью Rational Rose: 9

5. Вывод: 15

 

 

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

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

  1. Разработка модели в BPwin

Создание  контекстной диаграммы(IDEF0).

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

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

 

Декомпозиция работы «Деятельность Компании»

Декомпозиция работы «Приготовление еды»

 

Диаграмма узлов позволяет наглядно посмотреть иерархию работ:


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

Декомпозиция работы «Подбор ингредиентов»

 

 

DFD — диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

Декомпозиция работ «Прием заказов» и «Сервировка и оформление»


 


 

  1. Case – средство Erwin

AllFusion ERwin Data Modeler (ранее ERwin) — CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.

Создание  хранимого отображения 

Хранимым отображением называется отображение конкретного аспекта модели.

На диаграмме присутствуют связи 1 ко Многим (заказы-сотрудники, заказы-клиенты),  многие ко многим (заказы-меню).

Теперь создаем атрибутивную модель, т.е. модель, содержащую все сущности в 3-ей нормальной форме со всеми атрибутами и связями.

Первичные ключи  сущностей.

 

Все атрибуты сущностей, первичные и составные  ключи (для перевода базы данных в СУБД Access, необходимо сделать преобразование связи «многие ко многим» при помощи встроенного мастера преобразований):

SQL-запросы для создания таблиц

 

CREATE TABLE Заказы (

       Кто_оформляет        integer NOT NULL,

       Номер_клиента        integer NOT NULL,

       Код_сотрудника       integer NOT NULL,

       Код_товара           integer NOT NULL

)

go

CREATE UNIQUE INDEX _1_Заказы ON Заказы

(

       Кто_оформляет                  ASC

)

go

ALTER TABLE Заказы

       ADD PRIMARY KEY CLUSTERED (Номер_клиента ASC, Код_сотрудника ASC, Код_товара ASC)

go

CREATE TABLE Клиенты (

       Номер_клиента        integer NOT NULL,

       ФИО_Клиента          varchar(20) NULL,

       Способ_оплаты        varchar(20) NULL

)

go

ALTER TABLE Клиенты

       ADD PRIMARY KEY CLUSTERED (Номер_клиента ASC)

go

CREATE TABLE Меню (

       Код_товара           integer NOT NULL,

       Наименование         varchar(20) NULL,

       Выход_в_гр           integer NULL,

       Тип_блюд             varchar(20) NULL,

       Цена                 integer NULL

)

go

ALTER TABLE Меню

       ADD PRIMARY KEY CLUSTERED (Код_товара ASC)

go

CREATE TABLE Составление_заказов (

       Код_товара           integer NOT NULL,

       Стоимость_заказа     integer NULL,

       Дата_заказа          datetime NULL,

       Номер_клиента        integer NOT NULL,

       Код_сотрудника       integer NOT NULL

)

go

ALTER TABLE Составление_заказов

       ADD PRIMARY KEY CLUSTERED (Код_товара ASC, Номер_клиента ASC, Код_сотрудника ASC)

go

CREATE TABLE Сотрудники (

       Код_сотрудника       integer NOT NULL,

       ФИО_Сотрудника       varchar(20) NULL,

       Должность            varchar(20) NULL,

       Дата_приема_на_работу datetime NULL,

       Зарплата             integer NULL

)

go

ALTER TABLE Сотрудники

       ADD PRIMARY KEY CLUSTERED (Код_сотрудника ASC)

go

ALTER TABLE Заказы

       ADD FOREIGN KEY (Кто_оформляет)

                             REFERENCES Сотрудники  (Код_сотрудника)

go

ALTER TABLE Заказы

       ADD FOREIGN KEY (Номер_клиента)

                             REFERENCES Клиенты  (Номер_клиента)

go

ALTER TABLE Составление_заказов

       ADD FOREIGN KEY (Номер_клиента, Код_сотрудника, Код_товара)

                             REFERENCES Заказы  (Номер_клиента,

              Код_сотрудника, Код_товара)

go

ALTER TABLE Составление_заказов

       ADD FOREIGN KEY (Код_товара)

                             REFERENCES Меню  (Код_товара)

go

 

 

  1. Разработка системы с помощью Rational Rose:

Диаграмма прецедентов

 

Поток событий  для прецедента «Сделать заказ со скидкой»

 

Краткое описание

Вариант использования «Сделать заказ со скидкой» позволяет клиенту заказать товары со скидкой, если он имеет скидочную карту.

Предусловия

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

Основной и альтернативный потоки событий

Основной поток

  1. Прецедент начинается, когда клиент делает заказ и предъявляет сотруднику-официанту скидочную карту.
  2. Если клиент не является владельцем карты выполняется альтернативный поток событий А1.
  3. Официант проверяет, не окончился ли срок действия скидочной карты. Если срок действия прошел - выполняется альтернативный поток событий А2.
  4. Официант определяет размер скидки и оформляет заказ как скидочный.
  5. Официант возвращает клиенту его карту.
  6. Официант печатает чек для клиента.
  7. Прецедент завершается.

 

Альтернативный поток А1. Чужая скидочная карта.

  1. Официант изымает карту клиента.
  2. Официант предлагает зарегистрировать клиента в базе и оформить личную скидочную карту.
  3. Прецедент завершается.

 

Альтернативный  поток А2. Истечение срока действии карты.

  1. Официант информирует клиента об истечении срока действии карты.
  2. Официант предлагает оформить новую скидочную карту.
  3. Прецедент завершается.

Поток ошибок. Ошибка в подтверждении запрашиваемой  суммы.

Нет

Постусловия

Нет

Диаграмма последовательности событий прецедента «Сделать заказ со скидкой»

Описывает поведение взаимодействующих групп объектов. На диаграмме изображаются объекты и те сообщения, которыми они обмениваются между собой. Определяют три типа сообщений:

    • информационные (informative) – сообщения, снабжающие объект-получатель информацией для обновления его состояния;
    • сообщения – запросы (interrogative) – сообщения, запрашивающие выдачу информации об объекте-получателе;
    • императивные (imperative) – сообщения, запрашивающие у объекта-получателя выполнение действия.

 

 

Кооперативная диаграмма прецедента «Сделать заказ со скидкой»

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

 

 

Диаграмма состояний прецедента «Оформить скидочную карту»

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

Диаграмма классов прецедента «Сделать заказ со скидкой»

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

 

Диаграмма пакетов

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

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

Информация о работе Проектирование автоматизированных систем обработки информации и управления