Автор работы: Пользователь скрыл имя, 17 Мая 2015 в 22:02, курсовая работа
На базе разработанной информационной системы обеспечивается решение следующих задач:
Расширение сферы безбумажного делопроизводства и документооборота внутри организации;
Управление прайс-листами и услугами организации;
Организация рекламных кампаний
Подготовка и заключение договоров со сторонними организациями;
Оформление приема, перевода и увольнения работников;
Разграничение прав доступа;
ВВЕДЕНИЕ 11.
1 СИСТЕМОТЕХНИЧЕСКАЯ ЧАСТЬ 13.
1.1 Описание предметной област 13.
1.4 Определение логической структуры АИС 14.
1.4.1 Логическое проектирование 14.
1.4.2 Логическая модель АИС 15.
1.4.3 Нормализация 21.
1.5 Разработка информационно-логической структуры системы 22.
1.5.1 Краткое описание методологии UML 22.
1.5.2 Диаграмма вариантов использования 23.
1.5.3 Диаграмма классов 28.
1.5.4 Диаграмма состояний 32.
1.5.5 Диаграмма деятельности 35.
2 КОНСТРУКТОРСКО-ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ 37.
2.1 Физическая модель базы данных 37.
2.2 Выбор и обоснование программных средств разработки 41.
2.3 Выбор технических средств и ресурсный анализ 42.
2.3.1 Расчет необходимого объема памяти 42.
2.3.2 Расчет времени реакции системы 43.
2.3.3 Требования к комплексу технических средств 44.
2.4 Разработка программного обеспечения 45.
2.4.1 Структура программной системы 45.
2.4.1.1 Диаграмма компонентов 46.
2.4.1.2 Диаграмма развертывания 47.
2.4.1.3 Описание модулей системы 48.
2.4.3 Разработка интерфейса системы 50.
3 ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ АИС УПРАВЛЕНИЯ УСЛУГ ПРЕДПРИЯТИЯ И ЕГО ПЕРСОНАЛА 55.
3.1 Планирование и организация процесса разработки 55.
3.2 Технико-экономическое обоснование автоматизированной информационной системы (АИС) 62.
3.2.1 Расчет затрат на разработку автоматизированной информационной системы (АИС) 63.
3.2.2 Расчет-прогноз минимальной цены разработки автоматизированной информационной системы (АИС) 65.
3.2.3 Оценка безубыточности и расчет целесообразного объема продаж 67.
3.2.4 Расчет единовременных затрат на внедрение 69.
3.2.5 Расчет текущих затрат на функционирование АИС 71.
3.2.6 Расчет экономических результатов от внедрения 72.
3.2.7 Методы расчета экономической эффективности инвестиционных (капитальных) затрат 73.
4 БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ 77.
4.1 Обеспечение безопасности объекта автоматизации 79.
4.1.1 Информационная безопасность в СУБД SQL Server 2008 80.
4.1.3 Оценка надежности разработанной АИС 83.
4.2 Оценка напряженности трудового процесса пользователя АИС 85.
4.2.1 Нагрузки интеллектуального характера 85.
4.2.1.1 Содержание работы 85.
4.2.1.2 Восприятие сигналов (информации) и их оценка 86.
4.2.1.3 Распределение функций по степени сложности задания 87.
4.2.1.4 Характер выполняемой работы 88.
4.2.2 Сенсорные нагрузки 88.
4.2.2.1 Длительность сосредоточенного наблюдения (в % от времени смены)…… 88.
4.2.2.2 Плотность сигналов (световых, звуковых) и сообщений в среднем за
1 час работы 89.
4.2.2.3 Размер объекта различения при длительности сосредоточенного
внимания (% от времени смены) 89.
4.2.2.4 Наблюдение за экраном видеотерминала (ч в смену) 89.
4.2.2.5 Нагрузка на слуховой анализатор 90.
4.2.2.6 Нагрузка на голосовой аппарат (суммарное количество часов наговариваемых в неделю) 90.
4.2.3 Эмоциональные нагрузки 90.
4.2.3.1 Степень ответственности за результат собственной деятельности. Значимость ошибки 90.
4.2.3.2 Степень риска для собственной жизни. 91.
4.2.3.3 Ответственность за безопасность других лиц 91.
4.2.3.4 Количество конфликтных производственных ситуаций за смену 91.
4.2.4 Монотонность нагрузок 92.
4.2.4.1 Продолжительность выполнения простых производственных заданий или повторяющихся операций. 92.
4.2.4.2 Время активных действий (в % к продолжительности смены)…… 92.
4.2.4.3 Монотонность производственной обстановки (время пассивного
наблюдения за ходом техпроцесса, в % от времени смены) 92.
4.2.5 Режим работы 93.
4.2.5.1 Фактическая продолжительность рабочего дня 93.
4.2.5.2 Сменность работы 93.
4.2.5.3 Наличие регламентированных перерывов и их продолжительность
(без учета обеденного перерыва) 93.
4.2.5.4Общая оценка напряженности трудового процесса 93.
ЗАКЛЮЧЕНИЕ 97.
СПИСОК СОКРАЩЕНИЙ 99.
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ 100.
Физические модели баз данных определяют способы размещения данных в среде хранения и способы доступа к этим данным, которые поддерживаются на физическом уровне.
В ER Win представление структуры базы данных для конкретной целевой СУБД называется физической моделью. Основными понятиями физической модели данных, используемыми для представления логической модели данных, являются поле, физическая запись, физический файл.
Физическая модель данных — способ хранения данных в конкретной СУБД. Строится на основе логической модели данных.
Главными вопросами физического проектирования модели являются оптимизация времени основных запросов и обеспечение безопасности выполнения запросов базы данных.
Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.
Физическая модель для АИС управления услуг предприятия и его персонала приведена на рисунке 2.1.
2.2 Выбор и обоснование программны
В основу разработки АИС заложена ориентация на определенную модель и требования к эффективной технологической поддержке объектного подхода осуществления кэширование объектов, контроля объектной и ссылочной целостности, обеспечения надежности и эффективной обработки больших объемов информации.
Под моделью понимается вся идеология построения прикладного решения. Сюда относятся способы построения структур данных, типы связей между данными, принципы манипулирования данными, формы описания бизнес А логики, способы связи данных с интерфейсными объектами, разделение функциональности по уровням системы и многое другое .
Работа с объектными сущностями поддерживается представлением сущностей базы данных в виде объектов встроенного языка программирования, а также специальными типами данных, служащими для представления объектных ссылок. Такая техника обеспечивает наглядный и естественный способ описания в исходном коде алгоритмов бизнес-логики, манипулирующих объектами, а, кроме того, гарантирует логическую целостность данных при любых операциях. При данном подходе сохранение данных происходит в таблицах СУБД, в качестве которой при решении задач в масштабе предприятия выбрана MS SOL Server 2008.
Для чтения данных используется как объектная техника, так и декларативный язык запросов, который основывается на классическом SQL, но имеет ряд существенных расширений. Расширения направлены с одной стороны на поддержку работы с объектами, хранящимися в базе данных, а с другой на эффективное решение экономических задач. Декларативное описание запросов, в свою очередь, позволяет получать сколь угодно сложные выборки данных и предоставляет мощные возможности агрегирования, необходимые для решения аналитических задач.
Под платформой понимается среда исполнения и набор технологий, используемые в качестве основы для построения определенного круга приложений. Фактически, приложения базируются на нескольких платформах. Для обеспечения надежности и эффективной обработки больших объемов информации осуществляется долговременное хранение сущностей (persistence).
Другим важным аспектом использования 3-х уровневой архитектуры является удобство администрирования и упорядочивание доступа пользователей к информационной базе. В этом варианте пользователь не должен знать о физическом расположении конфигурации или базы данных. Весь доступ осуществляется через кластер серверов.
Обоснование выбора программных средств с точки зрения безопасности представлено в разделе безопасности жизнедеятельности.
Таким образом, 3-х уровневая организация архитектуры позволяет осуществить полный функционал системы и реализовать все необходимые требования, предъявляемые к данной АИС.
2.3 Выбор технических средств и ресурсный анализ
2.3.1 Расчет необходимого объема памяти
Расчет необходимого объема внешней памяти, для функционирования разработанной АИС определяется по формуле (2.1):
VBn = Voc +Vn +VСУБД (2.1),
где VВП - общий объем внешней памяти, Мб;
Voc - объём внешней памяти, необходимый для размещения файлов операционной системы, Мб;
VП - объём внешней памяти, необходимый для хранения программ, Мб;
VСУБД - объём внешней памяти, необходимый для хранения файлов СУБД, Мб.
Для расчета необходимого объема памяти примем, что разработанная АИС функционирует под ОС Microsoft Windows ХР SP3, которая требует Voc = 1765 Мб и использует СУБД Microsoft SQL Server 2008, объем внешней памяти которой составляет VСУБД - 2048Мб.
VП=Vc + Vc.n. (2.2),
где Vc - объем памяти, необходимый для хранения файлов разработанной АИС, Мб.
Vс.п. _ объемом памяти, необходимым для хранения файлов
сопутствующих программ, Мб.
Для хранения файлов системы необходимо 2,4 Мб, а для хранения файлов сопутствующих программ - 238,2 Мб.
Таким образом, общий объем внешней памяти, рассчитанный по формуле (2.1) составляет Van = 4053,6 Мб, что удовлетворяет самым минимальным конфигурациям современных ЭВМ.
Расчет необходимого объема оперативной памяти, для функционирования разработанной АИС определяется по формуле (2.3):
VОЗУ = VОС + VД + VСУБД + VП (2.3),
где VОЗУ - общий объем оперативной памяти, Мб;
Voc - объем оперативной памяти, необходимый для нормальной работы ОС, Мб;
VСУБД - объем оперативной памяти, необходимый для работы программы, Мб;
VД - объем кэша для хранения данных, загружаемых в оперативную память при работе программы, Мб.
ОС Microsoft Windows ХР SP3 требует Voc = 256 Мб оперативной памяти. Используемая СУБД Microsoft SQL Server 2008 требует VСУБД = 1024 Мб. Объем памяти для хранения программ VП - 2,4 Мб. Для определения объема кэша для хранения данных применим оценку сверху VД = 34 Мб.
Таким образом, общий объем оперативной памяти, рассчитанный по формуле (2.3) составляет Vo3y = 1316,4 Мб. В результате оптимальный объем оперативной памяти для работы с программой примем 1,5 Гб.
2.3.2 Расчет времени реакции системы
Для расчета времени реакции системы применяется формула (2.4):
tРЕАКЦИИ = tКОМАНД + tДИСКА + tПЕРЕДАЧИ + tВЫВОДА (2.4),
где tКОМАНД - время, затрачиваемое процессором на выполнение команд;
tДИСКА - время, затрачиваемое при обращении к жесткому диску для считывания блоков данных;
tПЕРЕДАЧИ - время, затрачиваемое на передачу данных по сети;
tВЫВОДА - время, затрачиваемое на вывод информации на экран монитора.
Для разработанной АИС управления услуг предприятия и его персонала время реакции системы не является критическим параметром, поэтому расчет проводился опытным путем на ПЭВМ IBM PC Pentium IV с общим объемом оперативной памяти 2 Гб. Данные выводились на печать с использованием МФУ HP 2727. Результаты расчетов приведены в таблице 2.1.
Таблица 2.1 - Расчет времени реакции системы
Стадия |
Количество записей |
Время реакции, с |
Формирование прайс-листов |
200 |
15 |
Поиск данных |
60 |
8 |
Печать данных |
500 |
60 |
Таким образом, время реакции системы является допустимым, поскольку основная работа с системой, такая как ввод/вывод данных различных подсистем при работе с документами и справочниками данных, а также формирования прайс листов занимает не более 1 минуты. Затрата несколько большего времени, но не превышающее нескольких минут, требуется системе при выводе сформированной отчетности на печать.
2.3.3 Требования
к комплексу технических
Комплекс технических средств (КТС) - это некоторое структурное единство компонентов технического обеспечения (ТО), обеспечивающих функционирование разработанной АИС.
Функциональными требования к КТС являются:
Также КТС должен обеспечивать эффективное выполнение всей совокупности функций АИС, отвечать требованиям совместимости, надежности и защищенности системы.
Согласно проведенным расчетам к ПЭВМ предъявляются следующие технические требования:
2.4 Разработка программного обеспечения
2.4.1 Структура программной системы
Разработанной структуры системы на основе логической модели АИС управления услуг предприятия и его персонала недостаточно для создания физической системы и реализации конкретных материальных сущностей. Классы, описанные на предыдущем этапе, связываются с физическими компонентами программы при помощи диаграмм компонент, моделей представления физической структуры разрабатываемой системы.
Компонент представляет собой выполняемый модуль системы, и связан с файлом исходного текста, двоичным файлом библиотеки, объектным модулем, исполняемым файлом. Компоненты могут включать в себя другие компоненты.
Для визуализации компонентов разработанной системы используются диаграммы компонент. Этап построения диаграмм компонент в Rational Rose именуется «Component View» и состоит из построения общей диаграммы и, при необходимости, детализации отдельных компонентов на вложенных диаграммах.
Последним этапом в проектировании информационной системы, именуемым в Rational Rose «Deployment View», является разработка диаграммы развертывания, которая отражает конфигурацию исполняемой системы и является моделью представления физической архитектуры распределенной информационной системы.
Для представления физической структуры АИС управления услуг предприятия и его персонала разработаны диаграмма компонентов и диаграмма развертывания, рассмотренные ниже.
2.4.1.1 Диаграмма компонентов
Диаграммы компонентов (component diagram) является одной из двух видов диаграмм, применяемых при моделировании физических аспектов объектно-ориентированной системы, которые показывают организацию наборов компонентов и зависимости между ними.
Диаграммы компонентов применяются для моделирования статического вида системы с точки зрения реализации и компонентов и разрабатывается для целей визуализации общей структуры исходного кода программной системы, спецификации исполнимого варианта программной системы, обеспечения многократного использования отдельных фрагментов программного кода, а также представления физической схемы баз данных.
Диаграмма компонентов для АИС управления услуг предприятия и его персонала приведена на рисунке 2.2.
Рисунок 2. 2 – Диаграмма компонентов АИС управления услуг предприятия и его персонала
2.4.1.2 Диаграмма развертывания
Для представления общей конфигурации и топологии АИС управления услуг предприятия и его персонала разработана диаграмма развертывания (deployment diagram), являющаяся второй формой физического представления программной системы и содержащая распределение компонентов по отдельным узлам системы.
Диаграмма развертывания показывает наличие физических соединений - маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы. Предназначенная для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения, диаграммой представляются только компоненты-экземпляры программы, являющиеся исполнимыми файлами или динамическими библиотеками.
При разработке диаграммы развертывания были учтены следующие цели:
Данная диаграмма отражает особенности реализации системы и в отличие от диаграмм логического представления является единой для системы в целом. Разработанная диаграмма развертывания для АИС управления услуг предприятия и его персонала содержит графические изображения процессоров, устройств, процессов и связей между ними и представлена на рисунке 2.3.
Рисунок 2.3 – Диаграмма развертывания для АИС управления услуг предприятия и его персонала
2.4.1.3 Описание модулей системы
Программный модуль, согласно ГОСТ 19781-90 - программа или функционально завершенный фрагмент программы, предназначенный для хранения, трансляции, объединения с другими программными модулями и загрузки в оперативную память.
Модульность является основным инструментом структурирования программной системы, облегчающим ее, разработку, отладку и сопровождение.
Программные модули в конфигурации системы являются частью всей конфигурации задачи и не являются самостоятельными программами в общепринятом понимании. Программный модуль это своего рода контейнер для размещения текстов процедур и функций, вызываемых системой во время исполнения задачи в определенные моменты работы. Поэтому программный модуль не имеет формальных границ своего описания.