Дипломная работа: Автоматизация процесса ведения информационной базы о должностях и вакансиях с указанием требований к уровню знаний и навыков кандидатов для ПАО Тостелеком

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
57
обслуживании и ремонте технических средств системы должны
соответствовать действующими СанПиН.
Требования по защите от электромагнитного излучения
регламентируются действующими СанПиН.
Все внешние элементы технических средств системы, находящиеся под
напряжением, должны иметь защиту от случайного прикосновения, а сами
технические средства должны иметь защитное заземление. Технические
средства системы должны быть установлены так, чтобы обеспечивалась их
безопасная эксплуатация и техническое обслуживание.
Минимальные требования к вычислительному комплексу:
ПЭВМ типа IBM PC на базе процессора Pentium, Celeron 3 ГГц и выше
фирмы Intel или аналогичных;
ОЗУ объемом 8 ГБ и выше с учетом требований операционной
системы;
свободное место на HDD – от 20 Гб и более;
объем видеопамяти: 1024 Мб и больше.
Ручной ввод данных в системе осуществляется при помощи
комбинированного использования следующих устройств:
клавиатура (стандартная, 101 / 102 клавиши);
манипулятор типа ―мышь‖.
Вывод данных осуществляется:
на монитор персонального компьютера;
на принтер (печать документов);
в каталог документов на диске.
Расположение рабочего места пользователя должно соответствовать
всем правилам безопасности, эргономики и технической эстетики.
На рассматриваемом предприятии присутствуют все необходимые
технические средства для решения задачи автоматизации.
58
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
При разработке ИС работа начинается с выбора модели жизненного
цикла системы, соответствующей масштабу и сложности проекта [1].
Процесс разработки ПО представляет собой набор итераций, на каждой из
которых получается некоторая промежуточная логически законченная часть
системы (подсистемы). Из известных методологий разработки под такую
модель подходит RUP, созданная компанией Rational Software [31]. В основе
данной методологии лежат следующие принципы:
определение на ранних стадиях и в последующих этапах основных
рисков и их минимизация;
строгое следование требованиям заказчика: моделирование
требований, построение модели прецедентов;
создание архитектуры программы на базе компонентов, непрерывное
тестирование продукта на ранних стадиях;
контроль качества создания продукта на всех этапах разработки;
командная работа с централизованным управлением проектом.
Таким образом для процесса проектирования и разработки «VPRT»
выбрана итеративная модель жизненного цикла системы, которая в
соответствии с методологией RUP определяется последовательностью
четырех основных этапов.
Этап I – Начало. Целью начального этапа является осмысление всего
комплекса предстоящих работ и перспективное планирование проекта. При
этом определяются основные бизнес-цели и критерии их достижения,
разрабатывается бюджет всего проекта, анализируются возможности
основных программных средств и технологий, с помощью которых будет
выполняться проектирование и разработка различных разделов системы. Для
начального этапа необходимые исходные данные составляют
59
формализованное описание бизнес-процессов, которые требуется
автоматизировать в проекте, требования заказчика. Немаловажным также
является определение необходимости использования различных ресурсов в
процессе разработки и ограничения, на них накладываемые. В результате
проведения начального этапа должны быть разработаны базовые модели
автоматизируемого процесса с четко определенной ролью проектируемой
системы в этих процессах. К ним относятся модели бизнес-процессов AS-IS,
TO-BE, модели предметной области в виде диаграммы прецедентов или
требований и т.д.
Этап II Исследование. На этапе исследования выполняется
непосредственное проектирование системы, в результате чего определяется
структура и архитектура системы, ее поведение, информационное
обеспечение проекта. В рамках RUP на этом этапе производится создание и
сопровождение моделей на базе нотаций UML [12] унифицированного
графического языка моделирования, который использует графическое
описание проектируемой системы и позволяет построить статические и
динамические модели программного продукта. Эти модели определены
конечным составом диаграмм, определенных в технической спецификации
языка UML: диаграммы активности, классов, компонентов, взаимодействия,
пакетов, состояний, прецедентов и др. [32]. В результате на основе
определенных на начальном этапе требований получается эскизный проект,
представляющий собой набор моделей программного и информационного
обеспечения системы и их спецификации.
Этап III Построение. На данном этапе осуществляется разработка
программного и других видов обеспечения системы в соответствии с
моделями, полученными на предыдущем этапе. Для разработанной системы
создается также комплект необходимой программной документации. Таким
образом, этап построения определяет реализацию системы, в результате чего
получается технический проект системы (набор файлов исходных кодов
60
программы, предназначенных для компиляции и развертывания базы
данных) в сопровождении соответствующей документации.
Этап IV – Внедрение. Последняя стадия, в рамках которой полученные
скомпилированные материалы разворачиваются на техническом комплексе
заказчика, проводится опытная эксплуатация системы. По результатам
испытаний системы выявляются несоответствия системы требованиям и при
необходимости вносятся исправления. В конце всего процесса средствами
заказчика проводится обучение пользователей работе с новой системой.
Автоматизация с помощью применения разрабатываемой «VPRT»
предполагает автоматизацию существующих и появление новых функций в
системе автоматизации документооборота Предприятия. Поэтому стратегия
внедрения «VPRT» будет соответствовать опытной эксплуатации пилотного
проекта.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Проекты разработки информационных и программных систем на
каждом из этапов жизненного цикла имеют свои риски.
На стадии планирования проекта при разработке общей концепции
системы возможны следующие риски:
неоднозначность требований – можно сократить за счет разработки
формальной модели требований с однозначными формулировками;
недостатки календарного планирования – можно сократить за счет
планирования работ с возможностью параллельного их выполнения, а также
применения средств автоматизированного проектирования;
неправильно подобранный состав исполнителей, который может
повлиять на увеличение и срыв сроков из-за плохой координации и
взаимодействия в команде – для сокращения данного риска необходимо
назначить грамотного координатора (руководителя) проекта и компетентных
исполнителей, способных слаженно работать в одной команде;
61
На стадии проектирования системы (исследования) возможны
следующие риски:
ошибки в понимании требований технического задания, что может
привести к значительным ошибкам проекта – минимизировать данный риск
необходимо за счет детального обсуждения технического задания с участием
заказчика и исполнителя с разъяснением со стороны заказчика всех спорных
моментов;
увеличение сроков проектирования за счет выявления сложной
архитектуры системы – данный риск можно нивелировать за счет
интенсивного использования CASE-систем, построения модульной
архитектуры системы, применения принципов SOLID и широко известных
паттернов проектирования (MVC, MVVM и других).
На стадии разработки системы (конструирования) возможны
следующие риски:
трудности программной реализации, неудачный выбор среды и
средств программирования – данный риск можно понизить, если при
проектировании и разработке системы учитывать особенности и
возможности выбранной платформы, гибкость выбранного языка
программирования, наличия встроенных библиотек и использования готовых
решений, использования возможностей Code Engineering (Forward
Engineering) используемых CASE-систем;
ошибки разработки, которые должны быть исключены за счет
подбора компетентных программистов с соответствующим уровнем
квалификации, а также за счет качественного тестирования функций на этапе
разработки.
На стадии внедрения и эксплуатации системы возможны следующие
риски:
трудность в эксплуатации – может быть снижена за счет разработки
подробного руководства пользователя и удобного интерфейса;
Источник: https://baza.diplomsite.ru/previewfile/2061