Дипломная работа: Автоматизация и обеспечение информационной безопасности учета рабочего времени сотрудников компании ООО "ВОХ"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
57
не предъявляется. Так как пропускная способность линий связи в настоящее время
составляет до 100 мбит/сек, то они также не требуют модернизации или замены.
Таким образом, для корректной работы разрабатываемой информационной
системы необходимо использовать следующие технические средства:
персональный компьютер пользователя;
принтер или многофункциональное устройство;
сервер;
соединительные линии, составляющие локальную вычислительную
сеть.
58
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл определяется как непрерывный процесс, который обычно
начинается с момента принятия решения о важности его реализации и
заканчивается сразу же после его изъятия из эксплуатации.
Среди наиболее популярных стандартов обычно выделяют следующие:
• ГОСТ 34.601-90 – применим к автоматизированным системам и
устанавливает все стадии и этапы их разработки. Также в этом стандарте есть
описание содержания работ для каждого этапа. Этапы и стадии, которые
закреплены в данном стандарте, чаще всего соответствуют каскадной модели
жизненного цикла.
• ISO/IEC 12207 – стандарт, определяющий процессы и организацию
жизненного цикла. Применим к любому виду заказного ПО. В стандарте нет
описания стадий, фаз и этапов.
• Custom Development Method (Oracle) – технологический материал по
разработке прикладных ИС, который детализирован до уровня заготовок
проектных инструкций, которые будут использоваться в проектах с участием
Oracle. Используется CDM для классической модели ЖЦ (имеются все этапы и
задачи), а также при технологии быстрой разработки или облегченного прохода,
которые используются в случае малого проекта.
• Rational Unified Process (RUP) – использует некую интерактивную
модель разработки, которая включает 4 фазы: начало, исследование, построение
и внедрение. Любая из этих фаз может разбиваться на этапы, в результате которых
исполняется версия для внутреннего или внешнего использования. Проход по
всем 4 фазам – это цикл разработки, и каждый такой цикл завершается генерацией
версии системы. Если после этого проект продолжается, то сам продукт также
видоизменяется и проходит эти фазы еще раз. Суть работы в рамках RUP -
разработки и сопровождение моделей на базе UML.
• Microsoft Solution Framework (MSF) – поход на RUP, также имеет 4
фазы: анализ, проектирование, разработка и стабилизация, является
59
итерационным и предполагает применение объектно-ориентированных моделей.
MSF в сравнении с RUP в большей степени предназначен для создания бизнес-
приложений.
• Extreme Programming (XP) – экстремальное программирование
(новейшая методология, сформировалась в 96 году). Основу методологии
составляют командная работы, активная коммуникация с заказчиком в течение
всего проекта по созданию ИС, ведение разработки с применением
последовательно обрабатываемых прототипов.
Для выбора стандарта основным фактором будет являться более подробное
и полное описание работы на стадиях и этапах разработки АС.
Стандарт ISO/IEP 12207 не имеет подробного описания работы на разных
стадиях и этапах создания АС.
Стандарт CDM рассчитан на проекты с использованием Oracle-технологий,
которые не применяются в данном проекте.
Стандарт MSF, как было сказано выше, ориентирован на бизнес-сферу.
Стандарт XP больше рассчитан на команду. Поэтому в данном проекте
используется ГОСТ 34.601-90, поскольку именно у него есть описание работы на
каждом этапе разработки АС.
Базовыми стадиями создания АС являются:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание ТЗ;
4) Составление технического проекта;
5) Подготовка документации;
6) Внедрение.
На стадии «Выведение требований к системе» делаются следующие
работы:
• Обследуется объект;
• Формируются требования пользователя;
• Обосновывается необходимость разработки.
В данном этапе задействованы следующие участники: IT-менеджер,
начальник отдела производства. После реализации всех задач составляет ся отчет
60
о проделанной работе – описание объекта автоматизации, требований к системе,
выражение затрат на создание, введение в эксплуатацию и поддержку,
ожидаемый эффект от внедрения и требуемые условия для нормальной работы
системы.
После выполнения этапа «Выведение требований к системе» создается
вариант концепции. Разрабатывают несколько вариантов концепции и плана
реализации, оценивают ресурсы, необходимые на реализацию ИС и ее
нормальную работу, оценивают недостатки и достоинства каждого метода,
сопоставляют требования пользователей и функциональности возможной
системы.
На этапе «Создание концепции» участвует только IT-менеджер. После того,
как работа выполнена, выбирается наиболее удачный из всех подходящих
вариантов, который полностью удовлетворяет всем требованиям.
После этапа «Создание концепции» составляется ТЗ проекта
автоматизации. По его завершению важно его утвердить и согласовать. На данном
этапе участвуют: IT-менеджер и начальник отдела делопроизводства. По итогам
данный пункт может определять - функции ИС и подсистем, состав отдельных и
комплексных задач, концепцию информационной базы, состав системы
управления БД, функции и параметры программных средств.
После утверждения ТЗ идет разработка проектного решения. ITменеджер и
программист разрабатывают логическую и физическую модель БД, а также
определяют общую организацию данных.
После завершения этапа «Составление технического проекта» IT-менеджер
и программист оформляют рабочую документацию, которая включает:
технические и программные требования, руководство пользователя. После
завершения всех работ и написания документации остаётся только внедрить
систему.
Этап внедрения включает в себя: подготовку объекта автоматизации,
обучение сотрудников, проведение строительно–монтажных работ,
пусконаладочных работ, проведение испытаний, опытная эксплуатация и
приемочные испытания. В этом этапе участвуют: IT-менеджер, системный
администратор, начальник делопроизводства. После этого происходит анализ
61
испытаний ИС, проверка на соответствие ТЗ, устраняются неполадки или
подписываются все акты.
Далее выберем модель жизненного цикла информационной системы.
В настоящее время наиболее распространены следующие модели:
Каскадная;
Спиральная;
Итеративная.
Каскадный подход неплохо зарекомендовал себя при создании
относительно простых ИС, когда в самом начале проекта можно очень точно и
емко сформулировать нужные требования к системе. Главным недостатком такого
подходя можно назвать то, что процесс реального создания системы не может
полностью уложится в такую жесткую схему, постоянно есть потребность в
возвращении к предыдущим этапам и просмотре или изменении ранее принятых
решений. В итоге реальный процесс разработки ИС оказывается похож на
поэтапную модель с промежуточным контролем.
Выделяют следующие положительные стороны использования каскадного
подхода:
• Каждый этап включает в себя законченный набор проектной
документации, отвечающий критериям согласованности и полноты;
• Реализуемые в логической последовательности работы дают
возможность планировать сроки завершения всех работ и подсчитывать затраты.
Цикличная модель ЖЦ создавалась для преодоления вышеперечисленных
проблем. На этапах анализа и проектирования степень создания технических
решений и удовлетворенность потребностей заказчика оценивалась методикой
создания прототипов. Каждый цикл характеризовал создание работоспособного
фрагмента или версии программы. Такой подход позволял уточнить требования,
цели и параметры проекта, оценить качество разработки, выделить работы
следующего цикла. Таким образом, углубляются и оговариваются детали проекта,
и в результате применяется обоснованный вариант, удовлетворяющий всем
требованиям заказчика, который затем уже доводится до финальной реализации.
Но и такая схема не дает возможности оперативно учитывать возникающие
доработки и изменения требований к системе. Согласование параметров
Источник: https://baza.diplomsite.ru/previewfile/1818