Курсовая работа по курсу "Проектирование автоматизированных информационных систем подачи заявки на доставку угля филиала «Кедровский угольный разрез»"
| скачать Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования "Кузбасский государственный технический университет" Кафедра информационных и автоматизированных производственных систем  КУРСОВАЯ РАБОТА По курсу "Проектирование автоматизированных информационных систем подачи заявки на доставку угля филиала «Кедровский угольный разрез»" Выполнила: ст.гр.ИТ- 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 .4. Цели функционирования предприятия.Для приобретения полной версии работы перейдите по ссылке. Рис1.1.Цели функционирования предприятия. Главной целью функционирования «Кедровский угольный разрез» является получение прибыли, остальные цели являются ее составляющими. 1 .5. Организационная структура предприятия.Для приобретения полной версии работы перейдите по ссылке. Рис.1.2.Организационная структура предприятия. ^ : -в выполнении основной деятельности предприятия, - в управлении всей организации, -в связи с другими организациями.  Рис1.3. Модель организационной структуры руководства. Директор осуществляет общее руководство предприятием. Отдел АСУП: - Сопровождение и наладка сетей. ^ ссылке.Рис1.4. Модель организационной структуры одела АСУП. ^ Поддержка работы сетей и настройка сетевого оборудования. Программист отдела АСУП Программирование и поддержка программных продуктов, в т.ч. ОС и АС. ^ - разработка месторождений, расчет полезного объема добычи, определение класса добываемого угля. ^ ссылке.Рис1.5. Модель организационной структуры отдела тех. обслуживания. ^ проводит плановые замеры и составляет отчетности Заместитель начальника отдела эксплуатации угля дублирует и дополняет функции начальника отдела ^ проводит инспекции месторождений, определяет объемы угля, его тип Бухгалтерия: - обеспечивает планирование и отчетность финансовой деятельности, организация бухгалтерской и налоговой отчетности.  Рис1.6. Модель организационной структуры бухгалтерии. Бухгалтер обеспечивает планирование и отчетность финансовой деятельности отряда, организация бухгалтерской и налоговой отчетности. Отдел кадров: - производит набор и комплектацию кадров.  Рис 1.7. Отдел кадров. Помощник директора по кадрам формирует и набирает кадровый состав предприятия. ^ Состав бизнес-процессов приведен на рисунке 1.10 Для приобретения полной версии работы перейдите по ссылке. Рис.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 .1 Состав требований.Для приобретения полной версии работы перейдите по ссылке. Рис.2.1 – Матрица трассировки типовых решений БП в требования. В матрице, изображенной на рисунке 2.1 выделенные функциональные требования соответствуют типовым бизнес-решениям т.е. бизнес-процессам требующим автоматизации. 2 .2Определение состава сценариев, реализующих требования.Для реализации требований может быть использовано два сценария:
Рис.2.2- Диаграмма вариантов использования, отображающая состав сценариев, реализующих функциональные требования. Т ак же диаграмма вариантов использования включает три «актанта» «Заказчик», «Инспектор отдела по эксплуатации угля», «Начальник отдела эксплуатации угля», которые инициируют сценарии.^ 2 .3 Разработка содержания сценариев. Для приобретения полной версии работы перейдите по ссылке.Рис.2.3 -Декомпозиция сценария «Добавление информации в архив». П роисходит отображение формы, в которую инспектор и начальник отдела по эксплуатации угля вносят необходимую информацию, которая используется впоследствии для расчетов и составления заказов.^ ссылке.Рис.2.4-Декомпозиция сценария «Формирование отчетов». Здесь происходит подача заявки заказчиком, выдача путевого листа, общего отчета и формирование распечаток. ^ 2 .4 Определение требований к пользовательскому интерфейсу.Для приобретения полной версии работы перейдите по ссылке. Рис.2.5 – Форма «Выработка угля». Форма «Выработка угля» это форма, предназначенная для внесения служебной информации о добыче. ^ ссылке.Рис.2.6 – Форма «Заказ доставки угля». Форма «Заказ доставки угля» предназначена для заполнения заказчиком и формирования последующей формы. ^ ссылке.Рис 2.7 – Форма «Формирование отчета». Форма «Формирование отчета» предназначена для вывода сводной информации о заказах, так же на этой форме происходит выбор типа формируемого для печати отчета. ^ 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-Классы сущностей. Класс «Хранимые данные о количестве вагонов» - содержит информацию о количестве вагонов, имеет атрибуты: Количество вагонов: тип 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.1-Модель реализации.  Рис.4.2 Скриншот формы «Выработка угля».  Рис.4.3 Скриншот формы «Заказ доставки угля.  Рис.4.4 Скриншот формы «Формирование отчета». 5. Развертывание. Процесс развертывания должен начинаться с установки SQL Server на сервер, расположенный на предприятии. Затем необходимо подключить, спроектированную базу данных средствами SQL или просто восстановив ее. На терминале необходимо иметь установленную ОС не ниже Windows XP. На рисунке 5.1 изображена схема развертывания. Рис. 5.1- схема развертывания. ^ В результате проектирования информационной системыбыли выявлены следующие источники рисков: • задачи и цели; • характеристики проекта; • процесс разработки; • среда разработки; • персонал. Проанализировав источники рисков, риски можно разделить на технические и не технические, типы рисков изображены в таблице 1 и таблице 2. Таблица 1. Нетехнические риски.
Таблица 2 Технические риски.
Список используемой литературы:
|
Ваша оценка этого документа будет первой.
Ваша оценка: 