Проектирование автоматизированных информационных систем подачи заявки на доставку угля филиала "Кедровский угольный разрез"

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

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

Федеральное агентство по образованию

Государственное образовательное учреждение

высшего профессионального образования

"Кузбасский государственный технический университет"

Кафедра информационных и автоматизированных производственных систем

КУРСОВАЯ РАБОТА

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

Кемерово 2010

Содержание

1. Анализ условий организации

1.1 Краткая характеристика предприятия

1.2 Масштаб предприятия

1.3 Вид и профиль деятельности

1.4 Цели функционирования предприятия

1.5 Организационная структура предприятия

1.6 Состав бизнес-процессов

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

1.8 Объекты бизнес-процессов

1.9 Типовые бизнес-процессы, требующие автоматизации

2. Формирование требований

2.1 Состав требований

2.2 Определение состава сценариев, реализующих требования

2.3 Разработка содержания сценариев

2.4 Определение требований к пользовательскому интерфейсу

3. Анализ и проектирование

3.1 Классы граничных объектов

3.2 Классы сущностей

3.3 Определение методов объектов

3.4 Выбор технологий реализации

3.4.1 Выбор операционной системы

3.4.2 Выбор взаимодействия пользователя с операционной системой

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

3.4.4 Выбор языка и среды программирования

3.4.5 Определение параметров развертывания

3.5 Проектирование хранилища данных

4. Разработка программного кода

5. Развертывание

6. Идентификация рисков

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

1. Анализ условий организации

1.1 Краткая характеристика предприятия

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

1.2 Масштаб предприятия

Количество сотрудников 788 человек, занимает двухэтажное здание с 15 помещениями.

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

1.3 Вид и профиль деятельности

Главной задачей филиала «Кедровский угольный разрез» является быстрое обслуживание заказчиков и выполнение обязательств в строго ограниченные сроки.

1.4 Цели функционирования предприятия

Рис 1.1.Цели функционирования предприятия.

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

1.5 Организационная структура предприятия

Рис.1.2.Организационная структура предприятия.

Руководство участвует:

-в выполнении основной деятельности предприятия,

- в управлении всей организации,

-в связи с другими организациями.

Рис1.3. Модель организационной структуры руководства.

Директор осуществляет общее руководство предприятием.

Отдел АСУП:

- Сопровождение и наладка сетей.

Рис1.4. Модель организационной структуры одела АСУП.

Сотрудник отдела АСУП Поддержка работы сетей и настройка сетевого оборудования.

Программист отдела АСУП Программирование и поддержка программных продуктов, в т.ч. ОС и АС.

Отдел эксплуатации угля:

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

Рис1.5. Модель организационной структуры отдела техобслуживания.

Начальник отдела эксплуатации угля проводит плановые замеры и составляет отчетности

Заместитель начальника отдела эксплуатации угля дублирует и дополняет функции начальника отдела

Инспектор отдела эксплуатации угля проводит инспекции месторождений, определяет объемы угля, его тип

Бухгалтерия

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

Рис 1.6. Модель организационной структуры бухгалтерии.

Бухгалтер обеспечивает планирование и отчетность финансовой деятельности отряда, организация бухгалтерской и налоговой отчетности.

Отдел кадров:

- производит набор и комплектацию кадров.

Рис 1.7. Отдел кадров.

Помощник директора по кадрам формирует и набирает кадровый состав предприятия.

1.6 Состав бизнес-процессов

Состав бизнес-процессов приведен на рисунке 1.10

Рис.1.7. Состав бизнес-процессов

Бизнес-процесс «Общее руководство фирмой» необходим для нормального функционирования организации.

Бизнес-процесс «Программирование и обслуживание АСУ» обеспечивает обслуживание компьютерных сетей.

Бизнес-процесс «Управление добычей и транспортировкой» обеспечивает нормальные темпы добычи угля и контролирует его транспортирование в условиях организации и до заказчиков.

Бизнес-процесс «Инспектирование месторождения» обеспечивает наиболее точное определение запасов угольного пласта и определение типа добываемого угля.

Бизнес-процесс «Разработка плана добычи угля» осуществляет долгосрочное планирование по добыче угля.

автоматизация программа бизнес процесс

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

Содержание бизнес-процесса «Формирование заказа на доставку» состоит из последовательного выполнения 11 действий:

«Ввод данных о добычи»,

«Подсчет объема добычи»,

«Формирование составов»,

«Формирование расписания»,

«Формирование сводного отчета расписания движения составов»,

«Ввод заявки»,

«Формирование путевого листа»,

«Формирование счета и расчет стоимости доставки»,

«Выдача бланка-заказа»,

«Выдача путевого листа».

В действии «Формирование отчета и расчет стоимости доставки» происходит отображение формы с таблице, где указываются все данные, введенные на этапе «Ввод данных о добыче» и «Ввод заявки».

Рис.1. 8- Диаграмма деятельности бизнес-процесса «Формирование заказа на доставку».

1.8 Объекты бизнес-процессов

Рис.1.10 - Объекты бизнес-процесса «Формирование заказа на доставку».

Объекты бизнес-процесса «Регистрация абонента»:

Объект «Информация о выработке» - содержит информацию о выработке угля на разрезе, которая имеет атрибуты:

Объем добычи: char,

Дата выработки: datetime,

Количество вагонов: int.

Объект «Информация о заказчике» - содержит информацию о заказчике, имеет атрибуты:

Фирма-заказчик: char

Юридический адрес: char

Объект «Путевой лист» - содержит информацию о составах и типе перевозимого груза (угля), имеет атрибуты:

Номер состава: тип integer

Начальный номер вагона: тип integer

Конечный номер вагона: тип integer

Класс угля: тип integer.

Объект «Накладные» - содержит все необходимую информацию о заказчике, имеет атрибуты:

Адрес доставки: тип char,

Город доставки: тип char,

Объем доставки: тип char,

Дата заказа: тип datetime,

Дата доставки: тип datetime,

Количество вагонов: тип integer,

Сумма заказа: тип integer.

Объект «Отчет» - содержит сводную информацию, необходимую для составления маршрута и выдачи счета и путевого листа, имеет атрибуты:

Номер заказа: тип integer,

Фирма-заказчик: тип char,

Город доставки: тип char,

Адрес доставки: тип char,

Дата заказа: тип datetime,

Дата доставки: тип datetime,

Количество вагонов: тип integer,

Тип угля: тип char,

Стоимость заказа: тип integer.

1.9 Типовые бизнес-процессы, требующие автоматизации

Рис.1.12 - Бизнес-процессы, требующие автоматизации.

В качестве типовых бизнес-решений, то есть элементов бизнес-процессов требующих автоматизации были выбраны следующие:

«Создание отчета по выработке»,

«Подача заявки на доставку»,

«Формирование путевого листа»,

«Формирование общего отчета».

Автоматизация бизнес-решений, относящихся к бизнес-процессу «Формирование путевого листа», необходима для ускорения обслуживания обработки заказа. Автоматизация бизнес-решений, относящихся к бизнес- процессу «Формирование общего отчета», необходима для быстрого и безошибочного формирования отчетов с данными о заказе и заказчиках, а так же для систематизации информации на организации.

2. Формирование требований

2.1 Состав требований

Рис.2.1 - Матрица трассировки типовых решений БП в требования.

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

2.2Определение состава сценариев, реализующих требования

Для реализации требований может быть использовано два сценария:

· Добавление информации в архив.

· Формирование отчетов.

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

Так же диаграмма вариантов использования включает три «актанта» «Заказчик», «Инспектор отдела по эксплуатации угля», «Начальник отдела эксплуатации угля», которые инициируют сценарии.

2.3 Разработка содержания сценариев

Рис.2.3 -Декомпозиция сценария «Добавление информации в архив».

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

Рис.2.4-Декомпозиция сценария «Формирование отчетов».

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

2.4 Определение требований к пользовательскому интерфейсу

Рис.2.5 - Форма «Выработка угля».

Форма «Выработка угля» это форма, предназначенная для внесения служебной информации о добыче.

Рис.2.6 - Форма «Заказ доставки угля».

Форма «Заказ доставки угля» предназначена для заполнения заказчиком и формирования последующей формы.

Рис 2.7 - Форма «Формирование отчета».

Форма «Формирование отчета» предназначена для вывода сводной информации о заказах, так же на этой форме происходит выбор типа формируемого для печати отчета.

3. Анализ и проектирование

3.1 Классы граничных объектов

Рис.3.1-Классы граничных объектов.

Класс «Информация о выработке» - содержит информацию о выработке угля на разрезе, которая имеет атрибуты:

Объем добычи: char,

Дата выработки: datetime,

Количество вагонов: int.

Класс «Информация о заказчике» - содержит информацию о заказчике, имеет атрибуты:

Фирма-заказчик: char

Юридический адрес: char

Класс «Путевой лист» - содержит информацию о составах и типе перевозимого груза (угля), имеет атрибуты:

Номер состава: тип integer

Начальный номер вагона: тип integer

Конечный номер вагона: тип integer

Класс угля: тип integer.

Класс «Накладные» - содержит все необходимую информацию о заказчике, имеет атрибуты:

Адрес доставки: тип char,

Город доставки: тип char,

Объем доставки: тип char,

Дата заказа: тип datetime,

Дата доставки: тип datetime,

Количество вагонов: тип integer,

Сумма заказа: тип integer.

Класс «Отчет» - содержит сводную информацию, необходимую для составления маршрута и выдачи счета и путевого листа, имеет атрибуты:

Номер заказа: тип integer,

Фирма-заказчик: тип char,

Город доставки: тип char,

Адрес доставки: тип char,

Дата заказа: тип datetime,

Дата доставки: тип datetime,

Количество вагонов: тип integer,

Тип угля: тип char,

Стоимость заказа: тип integer.

3.2 Классы сущностей

Рис.3.2-Классы сущностей.

Класс «Хранимые данные о количестве вагонов» - содержит информацию о количестве вагонов, имеет атрибуты:

Количество вагонов: тип integer,

Вместимость одного вагона: integer.

Класс «Хранимые данные о типе угля» - содержит информацию о типе добываемого угля, имеет атрибуты:

Тип угля: тип integer

Стоимость 1 тонны: тип integer

Класс угля: тип integer

Класс «Хранимые данные об объеме выработки» - содержит информацию об объемах добытого угля, имеет атрибуты:

Объем выработки: тип integer

Дата выработки: тип datetime

Класс «Хранимые данные о городе заказчика» - содержит информацию о городе заказчика, имеет атрибут:

Город заказчика: тип char.

Класс «Хранимые данные о дате заказа» - содержит информацию о дате получения заказа, имеет атрибуты:

Дата подачи заявки: тип datetime,

Дата доставки: тип datetime.

Класс «Хранимые данные о номерах вагонов» - содержит информацию о ж/д составе, имеет атрибуты:

Количество вагонов в составе: тип integer

Количество занятых вагонов: тип integer

Количество свободных вагонов: тип integer

Общая вместительность вагонов состава: тип integer.

Класс «Отчет по путевому листу» - содержит информацию по сформированным доставкам, имеет атрибуты:

Адрес поставки: тип char

Объем поставки: тип integer

Количество вагонов: тип integer

Стоимость поставки: тип integer

Дата доставки: тип datetime.

Класс «Общий отчет» - содержит информацию по заказу с полным перечнем атрибутов, имеет атрибуты:

Название фирмы-заказчика: тип char

Юридический адрес: тип char

Адрес доставки: тип char

Дата заказа: тип datetime

Дата доставки: тип datetime

Количество вагонов: тип integer

Объем поставки: тип integer

Класс угля: тип integer

Стоимость заказа: тип integer.

Класс «Период», имеет атрибут:

Период: тип datetime.

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

Рис.3.3-Результирующая диаграмма классов.

3.3 Определение методов объектов

Для каждого сценария строиться своя диаграмма последовательностей, включающая все объекты, определенные в данном сценарии. На диаграмме последовательностей изображены временные последовательности сообщений, которые созданы на основе выбранного сценария. Для сценария «Добавление информации в архив» диаграмма последовательностей изображена на рисунке 3.4, для сценария «Формирование отчета» на рисунке 3.5.

Рис. 3.4-Диаграмма последовательностей для сценария «Добавление информации в архив».

Рис. 3.5-Диаграмма последовательностей для сценария «Формирование отчетов».

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

Методы классов граничных объектов:

Класс «Информация о выработке» имеет методы:

-«Открытие формы»- тип «void» (сценарий «Добавление информации в архив»),

- «Сохранение введенных данных»- тип «void (сценарий «Добавление информации в архив»),

-«Редактирование полей»- тип «void(сценарий «Добавление информации в архив»),

-«Заполнение полей»- тип «void» (сценарии «Добавление информации в архив»).

Класс «Информация о заказчике» имеет методы:

-«Заполнение полей»- тип «void» (сценарий «Формирование отчетов»),

-«Сохранение введенных данных»- тип «void» (сценарий «Формирование отчетов»).

Класс «Накладные» имеет методы:

-«Открытие формы»- тип «void» (сценарий «Формирование отчетов»),

- «Сохранение введенных данных»- тип «void (сценарий «Формирование отчетов»),

-«Редактирование полей»- тип «void(сценарий «Формирование отчетов»),

-«Заполнение полей»- тип «void» (сценарии «Формирование отчетов»).

Класс «Отчет» имеет методы:

-«Открытие формы»- тип «void» (сценарий «Формирование отчетов»),

- «Сохранение введенных данных»- тип «void (сценарий «Формирование отчетов»),

-«Редактирование полей»- тип «void(сценарий «Формирование отчетов»),

-«Заполнение полей»- тип «void» (сценарии «Формирование отчетов»).

Класс «Путевой лист» имеет методы:

-«Открытие формы»- тип «void» (сценарий «Формирование отчетов»),

- «Сохранение введенных данных»- тип «void (сценарий «Формирование отчетов»),

-«Редактирование полей»- тип «void(сценарий «Формирование отчетов»),

-«Заполнение полей»- тип «void» (сценарии «Формирование отчетов»).

Класс «Спецификация угля» имеет методы:

-«Открытие формы»- тип «void» (сценарий «Добавление информации в архив»),

- «Сохранение введенных данных»- тип «void (сценарий «Добавление информации в архив»),

-«Редактирование полей»- тип «void(сценарий «Добавление информации в архив»),

-«Заполнение полей»- тип «void» (сценарии «Добавление информации в архив»).

Методы классов сущностей:

Класс «Хранимые данные о количестве вагонов» имеет методы:

-«Сохранение информации»- тип «void» (сценарии «Добавление информации в архив», «Формирование отчетов»),

-«Расчет значений»- тип «void» (сценарии «Добавление информации в архив», «Формирование отчетов»).

Класс «Хранимые данные о номерах вагонов» имеет методы:

-«Сохранение информации»- тип «void» (сценарии «Добавление информации в архив», «Формирование отчетов»),

-«Расчет значений»- тип «void» (сценарии «Добавление информации в архив», «Формирование отчетов»).

Класс «Хранимые данные о городе заказчика» имеет метод:

-«Сохранение информации» - тип «void(сценарий «Формирование отчетов»).

Класс «Хранимые данные о дате заказа» имеет метод:

-«Сохранение информации» - тип «void(сценарий «Формирование отчетов»).

Класс «Общий отчет» имеет метод:

-«Сохранение информации» - тип «void(сценарий «Формирование отчетов»).

Класс «Отчет по путевому листу» имеет метод:

-«Сохранение информации» - тип «void(сценарий «Формирование отчетов»).

Класс «Период» имеет метод:

-«Выбор периода отчета»- тип «void» (сценарий «Формирование отчетов»).

3.4 Выбор технологий реализации

3.4.1 Выбор операционной системы

В качестве операционной системы для развертывания ИС выбираем Windows Server 2003 sp2 (2008 rc1), выбор данной операционной системы обусловлен тем, что это высокоскоростная, защищенная и надежная система.

3.4.2 Выбор взаимодействия пользователя с операционной системой

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

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

Пользовательские компоненты будут взаимодействовать с данными на основе Клиент-серверных технологий, поскольку для развертывания ИС была выбрана операционная система Windows и прикладной продукт SQL Server (комплекс серверных компонент).

3.4.4 Выбор языка и среды программирования

В качестве среды программирования выбираем C++ (C#) и SQL.

3.4.5 Определение параметров развертывания

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

Рис. 3.6- Начальный вариант диаграммы развёртывания.

3.5 Проектирование хранилища данных

В качестве СУБД для разработки системы была выбрана SQL.

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

Рис. 3.7 - Модель системы

4. Разработка программного кода

Класс «Спецификация угля», «Информация о выработке» реализованы в виде формы «Выработка угля».

Остальные классы реализованы в виде форм «Заказ доставки угля» и «Формирование отчета».

Рис. 4.1-Модель реализации.

Рис.4.2 Скриншот формы «Выработка угля».

Рис.4.3 Скриншот формы «Заказ доставки угля.

Рис.4.4 Скриншот формы «Формирование отчета».

5. Развертывание

Процесс развертывания должен начинаться с установки SQL Server на сервер, расположенный на предприятии. Затем необходимо подключить, спроектированную базу данных средствами SQL или просто восстановив ее. На терминале необходимо иметь установленную ОС не ниже Windows XP. На рисунке 5.1 изображена схема развертывания.

Рис. 5.1- схема развертывания.

6. Идентификация рисков

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

были выявлены следующие источники рисков:

* задачи и цели;

* характеристики проекта;

* процесс разработки;

* среда разработки;

* персонал.

Проанализировав источники рисков, риски можно разделить на технические и не технические, типы рисков изображены в таблице 1 и таблице 2.

Таблица 1. Нетехнические риски.

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

Таблица 2 Технические риски.

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

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

1. Золотухина Е.Б. Основы бизнес-моделирования: Методическая разработка. - М., 2005.: ил.

2. Принципы проектирования и разработки программного обеспечения: Учебный курс MCSD / пер. с англ. - 2-е изд., испр. - М: ИТД "Русская Редакция", 2002. - 736 с.

3. Ванеев О.Н. Селезнев В.В. Методические указания по выполнению курсового проекта по дисциплине "Управление данными" для студентов 3 курса специальности 071900 (230201) "Информационные системы и технологии". Кемерово, КузГТУ 2006

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