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

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


Смотрите также:
Техническое задание на курсовое проектирование по курсу “лсу” студенту группы : пс-536 Кукса А...
Методические рекомендации по выполнению курсовой работы по курсу «Проектирование информационных...
Перечень вопросов к экзамену по курсу «Проектирование автоматизированных систем»...
Методические указания к курсовому проектированию по дисциплине проектирование автоматизированных...
Рабочая программа дисциплина «Проектирование автоматизированных систем»...
Лекция 24 Тема 3 Тенденция развития автоматизированных информационных систем...
Методические указания к курсовому проектированию по дисциплине проектирование автоматизированных...
Единственная шахта, входящая в состав «Кузбассразрезугля»...
Методические указания...
Руководство по изучению дисциплины "проектирование информационных систем". Для специальности...
Методические указания для студентов специальности 2205, 0755 «Проектирование и технология эвс»...
Методические указания для студентов специальности 2205, 0755 «Проектирование и технология эвс»...



Загрузка...
скачать
Федеральное агентство по образованию

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

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

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

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





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

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


Выполнила: ст.гр.ИТ- 051

Порат О. В.

Проверил: Ванеев О. Н.


Кемерово 2010

Содержание:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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» (сценарии «Добавление информации в архив»).


^ Для приобретения полной версии работы перейдите по ссылке.


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




Скачать 192,53 Kb.
оставить комментарий
Дата02.12.2011
Размер192,53 Kb.
ТипКурсовая, Образовательные материалы
Добавить документ в свой блог или на сайт

Ваша оценка этого документа будет первой.
Ваша оценка:
Разместите кнопку на своём сайте или блоге:
rudocs.exdat.com

Загрузка...
База данных защищена авторским правом ©exdat 2000-2017
При копировании материала укажите ссылку
обратиться к администрации
Анализ
Справочники
Сценарии
Рефераты
Курсовые работы
Авторефераты
Программы
Методички
Документы
Понятия

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

наверх