Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсовой проект - Котлинский.doc
Скачиваний:
22
Добавлен:
27.10.2018
Размер:
1.53 Mб
Скачать

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧЕРЕЖДЕНИЕ ВЫСШЕГО

ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ТВЕРСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Курсовой проект «Информационная система управления торгово-закупочной фирмы»

Выполнил: студент 4 курса ЗФ

Специальности: 080801, ПИЭ

Шифр: 07518р

Алексеев Е.И.

Принял:

Котлинский С.В.

г. Ржев 2011 г.

Содержание

Введение…………………………………………………………………………...3

Разработка модели процессов……………………………………………………4

Создание модели данных………………………………………………………..11

Приведение модели к 3 нормальной форме……………………………………13

Связывание моделей……………………………………………………………..15

Интеграция модели данных ERWIN и SQL SERVER 2000 …………………..18

Перевод базы данных на SQL SERVER 2000………………………………….20

Разработка клиентского приложения…………………………………………..22

Диаграммы в аннотации UML………………………………………………….26

Заключение………………………………………………………………………29

Список используемой литературы……………………………………………...30

Введение

В настоящее время инструментальные средства (ИС) проектирования играют жизненно важную роль в создании информационной системы. К одним из таких средств можно отнести такие CASE-средства разработки, как Bpwin и Erwin, а также систему поиска и исправления ошибок модели данных Model Validator. Преимуществами этих программных продуктов является крайне гибкий инструмент моделирования в условиях изменения требований к ИС, который значительно уменьшает время её разработки, увеличивает степень автоматизации, а также имеет хорошее соотношение стоимость/эффективность.

Разработка модели процессов

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

Рисунок 1. Диаграмма декомпозиции IDEF0 функционирования фирмы.

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

П осле описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции и включает три работы: “Закупка”, “Хранение” и “Продажа”.

Рисунок 2. Диаграмма декомпозиции.

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

Диаграммы потоков данных (DFD), используются для описания документооборота и обработки информации. В отличии от диаграммы (IDEF0) здесь показывается, как объекты и данные двигаются от одной работы к другой. Диаграмма декомпозиции “Закупка” включает следующие работы: Оформление договоров на поставку, после которой происходит отслеживание недоброкачественной и конкурентной продукции. Результатом этих работ является сохранение информации о проделанной работе в хранилище данных ”Статистика” и на основе собранной информации принимается решение о доставке товара в отдел хранения. Диаграмма д екомпозиции “Закупка” представлена на рисунке 3.

Рисунок 3. Диаграмма декомпозиции “Закупка”

Декомпозицию подсистемы ”Хранение” (нотация DFD) можно описать следующим образом: отдел хранения принимает “Доставленный товар” из отдела закупок и накладные поступавшие из отдела продаж, затем делается запрос на склад и, если такой товар имеется, по ним выписывается товар. Потом вносятся соответствующие изменения в БД товаров и заказов, а по выписанным накладным в отделе продаж, отгруженный товар продаётся клиентам. Описанная схема изображена на рисунке 4.

Р

исунок 4. Диаграмма декомпозиции “Хранение”

Для описания логики взаимодействия информационных потоков используется IDEF3, использующая графическое описание потоков и взаимоотношений между процессами. IDEF0 позволяет описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Для наглядного изображения, что из себя представляет эта нотация, я изобразил отдел продаж в виде IDEF0. Диаграмму декомпозиции “Продажа” изображена на Рисунке 5. На ней отображается процесс продажи товара покупателю от обработки заявки на заказ клиента до формирования партии или получения товара клиентом “на руки”. Для отображения логики взаимодействия, здесь работы представлены во временном отношении. Об этом свидетельствуют перекрестки слияния и разветвления.

Р

исунок 5. Диаграмма декомпозиции "Продажа"

Инструментальное средство Bpwin содержит несколько типов отчетов.

Информацию о контексте модели можно получить в отчете Model Report, представленном ниже:

Model Name: Firma

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

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

Viewpoint: Руководитель предприятия

Time Frame: (AS-IS)

Status: WORKING

Purpose: Описание функционирования торгово-закупочной фирмы с целью создания её информационной модели.

Source: Торгово-закупочная фирма.

Author Name: Алексеев Е.И.

Creation Date: 10.10.2005

System Last Revision Date: 15.05.2011

User Last Revision Date: 15.05.2011

Отчет по конкретной диаграмме ( на примере диаграммы “Продажа”) включает список объектов - работ, стрелок, хранилищ данных, внешних ссылок и так далее:

Report for Diagram: A3.1, Продажа

Activity Name: Обработка заявок

Activity Status: WORKING

Activity Author: Алексеев Е.И.

Object Type: Activity

Activity Number: 2

Activity Name: Оформление накладных

Activity Status: WORKING

Activity Author: Алексеев Е.И.

Object Type: Activity

Activity Number: 3

Activity Name: Заполнение формы заявки

Activity Status: WORKING

Activity Author: Алексеев Е.И.

Object Type: Activity

Activity Number: 1

Activity Name: Составление отчетности

Activity Status: WORKING

Activity Author: Алексеев Е.И.

Object Type: Activity

Activity Number: 4

Activity Name: Переоформление заявок

Activity Status: WORKING

Activity Author: Алексеев Е.И.

Object Type: Activity

Activity Number: 5

Activity Name: Оформление документов

Activity Status: WORKING

Activity Author: Алексеев Е.И.

Object Type: Activity

Activity Number: 12

Activity Name: Формирование партии товара

Activity Status: WORKING

Activity Author: Алексеев Е.И.

Object Type: Activity

Activity Number: 11

Link Name: Авторизованный заказ

Link Status: WORKING

Link Author: Алексеев

Link Name: Неверно-оформленная заявка

Link Status: WORKING

Link Author: Алексеев

Link Name: Правильно оформленная заявка

Link Status: WORKING

Link Author: Алексеев

Referent Name: Заказы клиентов

Referent Status: WORKING

Referent Author: Алексеев Е.И.

Referent Name: Клиент

Referent Status: WORKING

Referent Author: Алексеев Е.И.

Referent Name: Склад

Referent Status: WORKING

Referent Author: Алексеев Е.И.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]