38
В результате будет разработана Распределенные базы данных с
использованием СУБД oracle 12c release 2 с архитектурой «клиент-сервер».
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение – это программные средства служащие для
улучшения производительности и для более удобного использование
функций в системах или других средствах.
Критериями выбора ПО, установленного на ПК пользователей является
максимальная минимизация времени процесса обработки заявки по
оформлению билета. Для запуска необходима оперативная система,
подходящая под совместимость с программным обеспечением. В связи с
корпоративным стандартом использования версии ОС Windows 10 PRO,
Исходя из этих обоснований критерий Win 10 Pro Rus будет использована в
качестве пользовательской ОС.
Основные критерии выбора программного обеспечения
Возможность ПО совместимости с уже действующей системой
программных обеспечений, ОС и возможность просматривать статистику
данных о продажи билетов и т.д.
Был выбран в качестве операционной системы MS Windows server 2016
связи с тем что эта серверная ОС не сильно требующей в плане ресурсов.
В качестве СУБД для программы будет использоваться Oracle 12c
Release 2 (12.2.0.1). Выбор в пользу компании Oracle сделан не случайно,
39
основная информационная система связанной с продажей билетов HP
OpenView AssetCenter построена на именно такой базе данных и имеет также
дополнительные модули для автоматизации нашего проекта.
Модули которые помогут в нашем случае.
Модуль Procurement автоматизирует и упорядочивает весь цикл
обработки заявок на приобретение тех или иных активов. Он проверяет
каждый запрос на соответствие корпоративным стандартам одобрения
заявок, сверяя список запрашиваемых позиций с каталогом одобренных
товаров. Кроме того, этот модуль отслеживает имеющиеся складские запасы
и бюджеты, чтобы по возможности исполнять запросы из уже закупленных
товаров.
Модуль Financial Management собирает, отслеживает и контролирует
все затраты, связанные с каждым активом, с момента его приобретения до
момента списания. С его помощью значительно упрощается процесс
отслеживания всех затрат, связанных с активом на каждом этапе его
жизненного цикла, в том числе контроль за издержками на основные
средства и выполнение производственных процессов. В результате ИТ-отдел
может легко составить отчет по всем этим затратам в разрезе бюджетов,
центров затрат или совокупной стоимости владения.
1.4.3 Обоснование проектных решений по техническому
обеспечению
40
Техническое обеспечение – это технические средства для
автоматизации, и передачи информации.
Для того чтобы HP openview Assetcenter мог корректно
функционировать потребуется:
ПК-сервер – Это ЭВМ на которой развёрнута база данных в СУБД.
Почтовый сервер – используется для получения и создания обработки
заявок по продажи ЖД билетов.
ПК-сотрудника касс – Рабочее место сотрудника, который будет
автоматизировано для обработки и продажи билетов.
ПК-сотрудника бухгалтерии - Рабочее место сотрудника, который
будет просматривать статус обработки билетов и состояния прибили на
выбранные промежутки времени.
ЛВС – это средства локально вычислительной сети, типа
маршрутизаторы коммутаторы и другие компоненты локально
вычислительной сети.
Характеристики сервера БД.
Сервер Dell PowerEdge R240 (up to 4 x 3.5″ HDD/SSD) rack 1U / Intel
Core i3-8100 (3,6 Ghz, cache 6 Mb, 4 cores, 80W) / PERC H330
RAID(0,1,5,10,50) Controller 12Gb/s / DVD-RW / iDRAC 9 Express / Broadcom
5720 2x1Gb Integrated card / Power Supply, 250W / MS Windows Server 2016,
Essentials Edition(MUI) (Only for Dell Poweredge) / 3Y NBD
Таблица 3
Характеристика конфигурации ПК пользователя.
Название
Характеристики
41
Процессор
Intel Core i3-2130 (3.4GHz, 3Mb L3 cache)
Материнская плата
Gigabyte H61M-D2H-USB3 (LGA1155, Intel
H61 Express Chipset, DDR3 1333/1066/800 MHz,
Micro ATX)
Оперативная память
1xDDR3 1333MHz 4Gb Kingston
Видеокарта
Intel HD Graphics 3000
(интегрированная)
Аудиокарта
Realtek ALC889 codec (интегрированная)
Сетевая карта
Atheros 8151 GbE LAN chip (10/100/1000
Mbit)
HDD
Seagate Desktop HDD ST500DM002 500Gb
Для средств организации ЛВС критерием выбора будет тип кабеля и
пропускная способность.
42
Глава 2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) информационной системы - это период
создания и использования информационной системы (ИС), начиная с
момента возникновения потребности в ИС и заканчивая моментом полного
ее выхода из эксплуатации.
Основным нормативным документом, регламентирующим жизненный
цикл программного обеспечения, является международный стандарт ISO/IEC
12207.
Структура жизненного цикла содержит в себе этапы, которые
небходимо выполнить.
Каждый процесс выполняется другим процессом по необходимости.
Связи по входным данным при этом сохраняются.
Существует несколько моделей жизненных циклов: Каскадная модель
жизненного цикла, V-образная модель жизненного цикла; Модель
прототипирования жизненного цикла; Модель быстрой разработки
приложений; Инкрементная модель жизненного цикла; Спиральная модель
жизненного цикла;
Мы выберем каскадную модель жизненного цикла по той причине, что
использовать каскадную модель можно и при создании новой версии ранее
разработанного продукта, когда вносимые изменения вполне определены и
управляемы.
По данному стандарту в структуре жизненного цикла выделяют
перечисленные ниже этапы.
1) Предпроектное обследование и анализ данных:
· сбор материалов для проектирования, при этом выделяют
43
формулирование требований, с изучения объекта автоматизации, даются
предварительные выводы предпроектного варианта ИС;
· анализ материалов и разработка документации, обязательно дается
технико-экономическое обоснование с техническим заданием на
проектирование ИС.
2) Проектирование:
2.1) предварительное проектирование;
· выбор проектных решений по аспектам разработки ИС;
· описание реальных компонент ИС;
· оформление и утверждение технического проекта (ТП).
2.2) детальное проектирование:
· выбор или разработка математических методов или алгоритмов
программ;
· корректировка структур баз данных (БД);
· создание документации на доставку и установку программных
продуктов;
· выбор комплекса технических средств с документацией на ее
установку.
2.3) разработка техно-рабочего проекта (ТРП) ИС.
2.4) разработка методологии реализации функций управления с
помощью ИС и описанием регламента действий аппарата управления.
3) Разработка приложений, тестирование, написание документации:
· получение и установка технических и программных средств;
· тестирование позволяет выявить наличие ошибок или;
· подготовка текстовых и учебных материалов.
4) Внедрения:
Из известных стратегий внедрения имеется четыре способа внедрения
Первый это параллельная стратегия, когда работает две системы старая
и новая. После их сравнивают и, если они согласуются предприятие
переходит на новую.
44
Второй это «скачок», быстрый переход на более новую систему без
проверок на работу системы.
Третий это «узкое место», это план внедрения в определённом отделе.
И заключительный четвёртый это «пилотный проект», Он хорош тем
что работает как «скачок», но используется только к определённым
процессам предприятия.
Наш выбор остановиться на стратегии «пилотный проект».
Мы будем проводить полный переход к автоматизированной системе
для процессов регистрации и обработки билетов Областью применения
внедрения будет отдел по обработки и продажи жд билетов. Таким
действием мы не затронем работу всей ИС, а лишь ту которая нам
необходима. Надежность данного внедрения обусловлена четким
соответствием порядка регистрации и обработки заявки регламенту продажи
жд билетов.
Из работ, которые планируется проводить на этапе внедрения
разрабатываемого проектного решения ввод разработанного модуля это:
Обучение работников для который разрабатывался этот модуль: в этом
случае происходит инструктаж сотрудников в данном случае это кассиры
касс продажи жд билетов и бухгалтеров, финансистов, учитывающих доходы
и расходы с продаж.
Далее происходит ввод модуля, предназначенный для автоматизации
продажи ЖД билетов. Также необходимо проверить работу модуля на
корректность тех функций что должны быть и работать и находится
нормальном состоянии.
5) Эксплуатация и сопровождение:
Этот этап подразумевает обеспечение ИС корректного состояния
функций, адаптации системы, и, если это необходимо улучшению системы. У
этого этапа есть два момента первый это именно сопровождение и развитие
системы, обычно этот этап требует очень больших финансовых вложений
среди средств выделенных на ЖЦ программного обеспечения.
45
Таким образом, данный проект по автоматизации содержит семь
этапов, разделенных во времени.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Риск применительно к программным проектам — это любая причина,
по которой развитие проекта может быть прервано. Конечно, это
неформальное определение, оно только обозначает возможность ситуаций,
когда проект может быть прерван вопреки желанию менеджера продолжать
проект. Ситуации, когда проект прекращается для менеджера, но, возможно,
продолжается с другим менеджером или завершается в связи с причинами, на
которые нельзя повлиять, здесь не рассматриваются, поскольку разумная
целевая установка менеджера — преодоление рискованной ситуации с
минимальными потерями и продолжение проекта. Руководитель проекта
должен ещё до старта работ, проанализировать возможные причины и
ситуации при которых от проекта придётся отказаться. С другой стороны,
риск невыполнения проекта является одной из причин, из-за которых заказ на
разработку может быть не получен.
Возможные причины могут быть разнообразными. Это может быть не
актуальность данного функционала проекта или ненадёжность подрядчиков,
или сотрудник, который может отказаться от контракта в не самый лучший
момент.
Начнём по порядку.
Этап подготовки проекта
Риск персонала
Риски: Привлечение неопытного персонала к выполнению проекта.
Включение в состав разработчиков «случайных» сотрудников, а не ключевых
участников автоматизируемых бизнес процессов; Отсутствие единой
стратегии автоматизации; Отсутствие единой цели и задачи проекта;
Отсутствие мотивации сотрудников; Негативное отношение персонала к
46
проекту; Необдуманный план ведения работ
Способы предотвращения: Активное взаимодействие с руководством в
ходе проекта и своевременное принятие решений. Участие в проекте
ведущих специалистов и профессиональных консультантов; Четко
сформулированные цели проекта; Проработка общей стратегии
автоматизации организации; Стабильный состав рабочей группы в течение
всего проекта
Риск ведения проекта
Риски: Неверное определение рамок и масштаба проекта;
Проектирование ошибочных функций системы; Выбор неправильных
технологий и методов решений задач; Не соблюдение требования заказчика;
Способы предотвращения: Обеспечение стабильности границ проекта,
которые определяются на начальном этапе и остаются неизменными вплоть
до окончания проекта. Качественное планирование выполняемых работ;
Обеспечение проекта необходимыми ресурсами; Утверждение и
согласование проектного решения; Установление высокого порога принятия
изменений.
Риск неверного планирования
Риски: Неэффективный организационный план внедрения системы;
Способы предотвращения: На ранних стадиях проекта проведение
аудита, организация командной работы, распределение ролей и
стимулирование. Документирование всех работ и обеспечение доступа к
данным всем участникам проекта
Этап разработки
4. Риск персонала
Риски: Увольнение ключевых сотрудников, ответственных за
проведение разработки; Недопонимание между участниками проекта из-за
отсутствия налаженной системы коммуникации;
Способы предотвращения: Тщательный подбор сотрудников,
участвующих в проекте; Налаженная система коммуникации между
47
сотрудниками, постоянное документирование изменений системы.
5. Технические риски
Риски: Приостановка разработки из-за ошибок в используемом
программном обеспечение. Пользовательская документация охватывает не
все функции системы.
Способы предотвращения: Использование только проверенного
лицензионного ПО, проведение регулярного резервного копирования
данных;
Этап внедрения
6. Риск персонала
Риски: Несогласованность действий разработчика и специалистов
предметной области; Нежелание сотрудников работать с новой системой и
связанные с этим трудности их обучения; Неучастие руководства в проекте
Способы предотвращения: Обучения сотрудников заказчика работе с
системой; Составление плана внедрения системы; Обоснование
необходимости автоматизации персоналу; Вовлечение руководства в проект
и активное взаимодействие с ним в ходе всего проекта.
7. Технические риски
Риски: Потеря данных при внедрении системы.
Способы предотвращения: Привлечение квалифицированных
сотрудников, имеющих опыт в подобных проектах
Этап эксплуатации и сопровождения
8. Технические риски
Риски: Ошибки в программе, приводящие к невозможности ее
использования; Некорректная эксплуатация оборудования;
Способы предотвращения: Тщательное тестирование и модификации
во время разработки системы;