Информационная система для отдела главного технолога "ИС ОГТ" - Курсовая работа

1.2 Перечень документов, на основании которых создается система Назначение и цели создания системы 2.2 Цели создания системы Требования к системе 4.

Содержание

Введение

Введение

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

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

Выполнение курсового проекта должно соответствовать одной из предложенных методик: структурного подхода или объектно-ориентированного подхода.

1. Общие положения

1.1 Полное наименование системы и ее условное обозначение

Полное наименование системы: Информационная система для отдела главного технолога "ИС ОГТ".

Краткое наименование системы: ИС "ОГТ".

1.2 Перечень документов, на основании которых создается система

Основанием для разработки ИС "ОГТ" является: учебный план специальности 230201.

2. Назначение и цели создания системы

2.1 Назначение системы

ИС "ОГТ" предназначена для автоматизации работы отдела главного технолога предприятия ООО "ПАЗ”, в части исполнения следующих процессов: проверка и подписание документов;

обработка технической документации;

ведение архивов без ограничения сроков давности.

ИС "ОГТ" предполагается использовать на предприятии ООО "ПАЗ”.

2.2 Цели создания системы

Основными целями создания ИС "ОГТ" являются: Автоматизация документооборота, предоставление возможности комплексного информационно-аналитического обеспечения процессов, перечисленных выше.

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

Повышение качества принятия управленческих решений за счет оперативности представления, полноты, достоверности и удобства форматов отображения информации;

Для реализации поставленных целей система должна решать следующие задачи: Надежное хранение технической документации;

Редактирование внесенных данных;

Осуществление передачи данных между сотрудниками;

Создание отчетов.

3. Анализ предметной области

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

Процессы управления техническими документами включают в себя: Занесение данных в систему;

Создание отчетов о занесении;

Создание отчетов о достоверности данных;

Удаление данных из системы;

Создание резервной копии документа;

Оцифровка документов;

Передача данных в базу другой организации по запросу.

Данные процессы осуществляются следующими специалистами: Работниками отдела главного технолога;

Администраторами сети.

Используемая телекоммуникационная инфраструктура развернута на базе оборудования, принадлежащего предприятию ООО ПАЗ и использующего технологию файл-сервер.

Все серверы БД объединены в единую телекоммуникационную сеть по выделенным линиям с пропускной способностью 100 Мб/сек. информационная система база документооборот

4. Требования к системе

4.1 Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

4.1.1.1 Перечень подсистем, их назначение и основные характеристики

В состав ИС ОГТ должны входить следующие подсистемы: Подсистема хранения данных;

Подсистема интеграции;

Подсистема формирования отчетности;

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

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

передачу запросов в смежные системы и обработку полученных ответов.

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

Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем.

В число смежных систем должны входить: система электронного документооборота предприятия;

система архивариуса.

Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных ИС ОГТ, проектирования и разработки форм регламентированной отчетности, формирования и предоставления по запросам пользователей статистических отчетов в различных форматах, вывода подготовленных отчетных форм на печать.

4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

Входящие в состав ИС ОГТ подсистемы в процессе функционирования должны обмениваться информацией на основе открытых форматов обмена данными, используя для этого входящие в их состав модули информационного взаимодействия.

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

Требования не предъявляются.

4.1.1.4 Требования к режимам функционирования системы

Для ИС ОГТ определены следующие режимы функционирования: Нормальный режим функционирования;

Аварийный режим функционирования.

Основным режимом функционирования АС является нормальный режим.

В нормальном режиме функционирования системы: клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня (с 07: 30 до 16: 30) пять дней в неделю;

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

исправно работает оборудование, составляющее комплекс технических средств;

исправно функционирует системное, базовое и прикладное программное обеспечение системы.

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

Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения.

В случае перехода системы в предаварийный режим необходимо: завершить работу всех приложений, с сохранением данных;

выключить рабочие станции операторов;

выключить все периферийные устройства;

выполнить резервное копирование БД.

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

4.1.1.5 Требования по диагностированию системы

Требования не предъявляются.

4.1.1.6 Перспективы развития, модернизации системы

ИС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств. Также необходимо предусмотреть возможность увеличения производительности системы путем ее масштабирования.

4.1.2 Требования к численности и квалификации персонала системы

Численность и квалификация персонала системы должны определяться с учетом следующих требований: структура системы должна предоставлять возможность управления всем доступным функционалом системы как одному администратору, так и предоставлять возможность разделения ответственности по администрированию между несколькими администраторами;

для администрирования системы к администратору не должны предъявляться требования по знанию всех особенностей функционирования элементов, входящих в состав администрируемых компонентов системы;

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

Штатный состав персонала, эксплуатирующего систему, должен формироваться на основании нормативных документов Российской Федерации и Трудового кодекса. Все специалисты должны работать с нормальным графиком работы не более 8 часов в сутки.

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

Продолжительность непрерывной работы персонала с разрабатываемой системой и персональными компьютерами без регламентированного перерыва не должна превышать 2 часа.

Деятельность персонала по эксплуатации системы должна регулироваться должностными инструкциями.

Для эксплуатации ИС ОГТ определены следующие роли: Системный администратор;

Администратор баз данных;

Администратор информационной безопасности;

Пользователь.

Основными обязанностями системного администратора являются: Модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций);

Установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;

Установка, настройка и мониторинг прикладного программного обеспечения;

Ведение учетных записей пользователей системы.

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

Основными обязанностями администратора баз данных являются: Установка, модернизация, настройка параметров программного обеспечения СУБД;

Оптимизация прикладных баз данных по времени отклика, скорости доступа к данным;

Разработка, управление и реализация эффективной политики доступа к информации, хранящейся в прикладных базах данных.

Администратор баз данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию используемых в ИС СУБД.

Основными обязанностями администратора информационной безопасности являются: Разработка, управление и реализация эффективной политики информационной безопасности системы;

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

Осуществление мониторинга информационной безопасности.

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

Основными обязанностями пользователя являются: Обеспечение наличия в системе актуальных данных технической документации.

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

Роли системного администратора, администратора баз данных и администратора информационной безопасности могут быть совмещены в роль администратора.

Рекомендуемая численность для эксплуатации ИС ОГТ: - Администратор - 1 штатная единица; - Пользователь - число штатных единиц определяется структурой предприятия.

4.1.3 Показатели назначения

ИС ОГТ должна обеспечивать возможность исторического хранения данных с глубиной не менее 5 лет.

Система должна обеспечивать возможность одновременной работы 45 пользователей для подсистемы операционной деятельности, и не менее 10-ти пользователей для других подсистем при следующих характеристиках времени отклика системы: для операций навигации по экранным формам системы - не более 3 сек;

для операций формирования справок и выписок - не более 10 сек.

Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время.

4.1.4 Требования к надежности

Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций: при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;

при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры.

4.1.5 Требования к эргономике и технической эстетике

Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа "мышь". Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.

Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.

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

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

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

внешнее поведение сходных элементов интерфейса должны реализовываться одинаково для однотипных элементов.

Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта.

4.1.6 Требования к защите информации от несанкционированного доступа

Компоненты подсистемы защиты от НСД должны обеспечивать: идентификацию пользователя;

проверку полномочий пользователя при работе с системой;

разграничение доступа пользователей на уровне задач и информационных массивов.

Протоколы системы и приложений должны быть защищены от несанкционированного доступа как локально, так и в архиве.

Уровень защищенности от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищенности 6 согласно требованиям действующего руководящего документа Гостехкомиссии России "Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации".

Защищенная часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).

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

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

4.1.7 Требования по сохранности информации при авариях

Программное обеспечение ИС ОГТ должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно технического комплекса Заказчика.

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

4.1.8 Требования к защите от влияния внешних воздействий

Требования не предъявляются.

4.1.9 Дополнительные требования

Дополнительные требования не предъявляются.

4.2 Требования к функциям (задачам), выполняемым системой

Подсистема хранения данных.

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

Подсистема приложений операционного управления

Подсистема приложений операционного управления должна состоять из следующих модулей: Модуль ведения архивов без ограничения сроков давности.

Все справочники, входящие в состав НСИ системы, должны обладать следующей основной функциональностью: Постоянное хранение данных справочников;

Добавление новых элементов;

Редактирование элементов;

Удаление (удаление элементов возможно лишь в том случае, если другие существующие объекты системы не ссылаются на удаляемый элемент);

Просмотр элементов;

Просмотр списка элементов;

Фильтрация и сортировка списка элементов.

4.3 Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению системы

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

4.3.2 Требования к информационному обеспечению системы

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

Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.

Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы).

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

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

Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация).

В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.

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

4.3.3 Требования к лингвистическому обеспечению системы

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

4.3.4 Требования к программному обеспечению системы

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

Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows.

4.3.5 Требования к техническому обеспечению

Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие на предприятии технические средства. В состав комплекса должны входить следующие технические средства: Серверы БД;

Серверы приложений;

Сервер системы формирования отчетности;

ПК пользователей;

ПК администраторов.

Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки.

Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

Требования к техническим характеристикам серверов БД: Процессор Intel Core i5;

Объем оперативной памяти - 1Gb;

Сетевой адаптер - 100 Мбит.

5. Разработка системного проекта

5.1 Построение модели прецедентов

Список прецедентов: Оцифровка документов;

Занесение данных в систему;

Создание отчетов о занесении;

Создание отчетов о достоверности данных;

Удаление данных из системы;

Создание резервной копии документа.

5.1.1 Описание прецедента

Рисунок 1 - Диаграмма прецедента

Прецедент "Занесение данных” описывает процесс добавления данных (технической документации) в БД, учитывая их первичную оцифровку и что часть документов уже была оцифрована ранее. Включает в себя идентификацию пользователей системы и проверку достоверности внесенных данных.

Актеры: Технолог - при необходимости производит оцифровку документации, заносит данные в систему.

Администратор - осуществляет проверку достоверности занесенных данных, проверяет наличие электронных подписей.

5.1.2 Основной успешный сценарий

1) Оцифровка документа технологом

2) Технолог заходит в систему

3) Технолог заносит электронную версию технического документа в систему

4) Технолог устанавливает электронную подпись

5) Составляется отчет о занесении

6) Технолог выходит из системы

7) Администратор заходит в систему

8) Администратор проверяет достоверность занесенных данных

9) Администратор выходит из системы

Альтернативные сценарии: 3 (а) Занесен неверный документ - технолог удаляет файл, составляется отчет об удалении файла из системы.

8 (а) Данные не достоверны - администратор устанавливает запрет на доступ к файлу, к технологу приходит уведомление о не достоверности данных, после чего документ проходит все стадии заново.

8 (б) Занесенные данные содержат информацию, не относящуюся к работе - администратор удаляет файл, составляется отчет об удалении.

5.2 Модели потоков данных DFD

На DFD диаграмме отображена модель потоков данных разрабатываемой системы. На первом уровне отображена схема работы системы.

Рисунок 2 - Первый уровень DFD диаграммы

На втором уровне DFD диаграммы отображаются основные потоки данных.

Рисунок 3 - Второй уровень DFD диаграммы

Рисунок 4 - Детализация деятельности занесения документа в систему

Рисунок 5 - Детализация деятельности проверки достоверности

5.3 Концептуальная инфологическая модель данных

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

Рисунок 6 - Концептуальная инфологическая модель данных

6. Разработка моделей ИС "ОГТ”

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

В данном курсе (согласно выбору средств решения технического задания) разработку проектируемой информационной системы будем осуществлять с использованием структурного подхода. В рамках данного подхода разрабатываем модель процессов (функциональную модель) по методологии IDEF0.

Рисунок 7 - Контекстная модель

Данная модель показывает всю проектируемую систему в качестве единственного процесса, взаимосвязанного с внешним миром через входные и выходные данные, внешнее управление и механизмы.

На следующем уровне модель процессов раскрывается следующим образом (рисунок 8): выделяются три основных вида деятельности, выполняемых в системе и соответствующих ранее описанным прецедентам. На данном уровне кроме входных и выходных данных, управляющих потоков выделены механизмы, представленные пользователями, взаимодействующими с системой. Разграничение пользователей по правам и выполняемым в системе задачам осуществляется путем разветвления общей стрелки на отдельные и присвоением им различных наименований. Аналогичным образом осуществляется разграничение других потоков данных.

Рисунок 8 - Второй уровень модели

Рисунок 9 - Детализация занесения электронного документа в систему

Рисунок 10 - Детализация проверки достоверности

6.2 Разработка моделей данных

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

Рисунок 11 - Логическая модель данных для базы ОГТ

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

Заключение

Темой данного курсового проекта являлась разработка универсальной информационной системы для улучшения документооборота в отделе главного технолога. В ходе выполнения проекта была описана предметная область, сформировано техническое задание, проведен его анализ. На этапе разработки системного проекта была построена модель прецедентов. Кроме того были разработаны модели потоков данных и построены соответствующие диаграммы, модели процессов в стандарте IDEF0. Были спроектированы концептуальная и логическая модель базы данных, интегрированная в данную систему, наиболее удобно организующие хранение и доступ к данным.

Список литературы

1) Диго, С.М. Проектирование и использование баз данных. Учебник. - М.: Финансы и статистика, 1995.

2) Лонгботтом, Р. Надежность вычислительных систем: Пер. с англ. Под ред. Пахоменко. - М.: Энергоиздат, 1985.

3) Маклаков, С.В. BPWIN и ERWIN. CASE-средства разработки информационных систем. - М.: ДИАЛОГ-МИФИ, 2000 - 256 с.

4) Международные стандарты, поддерживающие жизненный цикл программных средств. - М.: МП "Экономика", 1996.

5) Пятибратов, А.П. и др. Вычислительные системы, сети и телекоммуникации: Учебник / А.П. Пятибратов, Л.П. Гудыно, А.А. Кириченко; Под ред. А.П. Пятибратова. - М.: Финансы и статистика, 2001.

Размещено на .ru