Дипломная работа: Автоматизация документооборота "Подразделений ФАО "Связьтранснефть"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Процессы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) ПО – это период времени, который начинается с
момента принятия решения о создании программного продукта и заканчивается
в момент его полного изъятия из эксплуатации. Этот цикл - процесс построения
и развития ПО.
Жизненный цикл можно представить в виде моделей. В настоящее время
наиболее распространенными являются: каскадная, инкрементная и спиральная
модели жизненного цикла.
Каскадная модель – модель процесса разработки программного
обеспечения, жизненный цикл которой выглядит как поток, последовательно
проходящий фазы анализа требований, проектирования. реализации,
тестирования, интеграции и поддержки.
Инкрементная модель – это линейная разработка программного
обеспечения с линейной последовательностью стадий, но в несколько версий за
все время пока Жизненный цикл разработки ПО не подойдет к окончанию.
Спиральная модель подразумевает выполнение на каждом витке спирали
создания очередной версии продукта, уточняются требования проекта,
определяется его качество и планируются работы следующего витка.
Для данного проекта более всего подходит Каскадная модель. Так как
проект имеет четкие, неизменяемые в течение жизненного цикла требования.
Основным нормативным документом, регламентирующим ЖЦ ПО,
является международный стандарт ISO/IEC 12207. Стандарт ISO/IEC 12207 не
предлагает конкретную модель ЖЦ и методы разработки ПО. Его регламенты
являются общими для любых моделей ЖЦ, методологий и технологий
разработки. Стандарт ISO/IEC 12207 описывает структуру процессов ЖЦ ПО, но
не конкретизирует в деталях, как реализовать или выполнить действия и задачи,
включенные в эти процессы.
В области управления ИТ существуют российские стандарты - переводы
ISO. Это прежде всего ГОСТ Р ИСО/МЭК 12207-2010 «Процессы жизненного
43
цикла программных систем».
Методологическая основа ГОСТ Р ИСО/МЭК 12207 – разбиение
процессов на группы, которых в стандарте вводится три.
Основные. Это процессы, непосредственно относящиеся к жизненному
циклу информационной системы. Можно считать, что это производственные
процессы организации.
Вспомогательные. Это процессы, предназначенные для поддержки
основных процессов. Сами по себе эти процессы организации не нужны - только
в связи с основными процессами, которые они обслуживают. Несколько
процессов из этой группы связано с управлением качеством.
Организационные. Это общекорпоративные процессы, такие как
«Обучение» или «Управление». Эти процессы существуют в организации
независимо от того, как организовано производство и как устроены
вспомогательные процессы.
ГОСТ Р ИСО/МЭК 12207 – один из наиболее удачных и широко
известных процессных стандартов последнего времени. Именно этот стандарт
будет применяться для данного проекта.
Стратегия внедрения. Внедрение - это процесс перехода от использования
старой системы к использованию новой. Можно выделить четыре основных типа
перехода на использование новой системы: стратегия параллельного перехода,
стратегия прямого перехода, стратегия пилотного перехода.
Для внедрения разрабатываемой системы автоматизации используется
стратегия параллельного перехода, при которой, в организации одновременно
функционируют и старая, и замещающая ее система до тех пор, пока каждый
сотрудник не убедиться в том, что новая система функционирует корректно. Это
наиболее безопасный способ перехода, так как при возникновении ошибок,
данные из старой системы могут использоваться в качестве резервной копии.
Для разработки текущего проекта выберем следующие этапы ЖЦ:
анализ предметной области;
проектирование БД и интерфейса;
разработка программного продукта;
44
внедрение и тестирование.
Этап анализ предметной области включает:
сбор информации об объекте и автоматизируемых процессах;
выбор способа автоматизации;
составление требований.
Этап проектирования БД и интерфейса включает:
разработка информационной модели;
разработка модели БД;
разработка сценарий диалога и дереву функций;
описание программных модулей.
Разработка программного продукта включает:
написание кода БД;
написание кода программных модулей.
Этап внедрения и тестирования включает:
тестирование системы;
отладка системы.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект сопровождается рисками на разных этапах разработки. В
таблице 2.1 представлены риски на разных этапах проекта.
Таблица 2.1
Риски на этапах ЖЦ
Этап Риск Стратегия снижения
Анализ
предметной
области
Разработанное решение не
отвечает требованиям бизнес-
процессов
Обеспечить участия
заинтересованных
сторон по всему ходу
проекта и полное
понимание ими всех
принятых решений и
последствий.
45
Проектирование
БД и
интерфейса
Некоторые подсистемы
работают, но в целом система не
выполняет поставленных задач
Должны быть решены
проблемы
совместимости
программных продуктов
и продуманы
интерфейсы ПО.
Разработка
программного
продукта
Выявлено множество ошибок
при тестировании
Требуется подготовить
чёткие требования к
разработке и тесты.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
На проектируемое программное обеспечение распространяются
Федеральный закон «О персональных данных» от 27.07.2006 N 152-ФЗ.
Следовательно, хранимые персональные данные сотрудников в базе данных
должны оставаться в полной сохранности и не распространятся третьим лицам.
К программным средствам обеспечения информационной безопасности и
защиты информации относятся:
антивирусное ПО;
ограничение прав для пользователей операционной системы.
К аппаратным способам защиты относятся:
аппаратный сетевой экран;
защита от снятия информации с жёстких дисков.
АИС документооборота работает на ПК находящемся внутри локальной
сети предприятия, доступ в ПК осуществляется посредством ввода доменного
логина и пароля. Для обеспечения отказоустойчивости раз в неделю
производится резервное копирование базы данных с сохранением на специально
выделенный жесткий диск [5].
Программное обеспечение АИС должно восстанавливать свое
функционирование при корректном перезапуске аппаратных средств.
46
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Автоматизированная информационная система документооборота
филиала компании АО Связьтранснефть должна обеспечивать хранение и
обработку документов по проектам компании. Работа с документами
осуществляется специалистами проектного отдела. Документы относятся к
проекту, в каждом проекте разрабатывается система связи. Также, по каждому
проекту ведётся график работ для исполнителей. Каждая система включает
оборудование и структурно-кабельную сеть, связывающую оборудование.
Иногда, для оборудования требуется фундамент.
Система должна обеспечивать обработку следующих данных:
о заказчике;
о проекте;
о системах;
об оборудовании;
о фундаментах;
о кабельной связи;
об исполнителях;
о графике выполнения работ.
На рисунке 2.1 представлена информационная модель системы.
Источник: https://baza.diplomsite.ru/previewfile/1756