59
информационных технологий, так и инспекции в целом, благодаря более
оперативному решению проблем со стороны пользователей.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Существует четыре способа получения информационной системы для
автоматизации поставленной задачи (анализ приведен в «Таблице № 6»):
Приобретение «Коробочной версии». Готовый вариант продукта, не
поддающийся редактированию.
Приобретение и доработка системы. Приобретение готового продукта с
последующим изменением функционала.
Разработка требуемого ПО компанией разработчиком. Система заказывается у
компании разработчика, предоставляя им техническое задание. Это весьма
трудоемкий и долгий процесс.
Самостоятельная разработка. Полная разработка системы с нуля, так же как и в
прошлом способе, это так же долгий и трудоемкий процесс, требующий знаний
языка программирования от сотрудников отдела.
«Таблица № 6»
Сравнительный анализ приобретения ИС.
«Коробочна
я версия»
Самостоятельн
ая разработка
Разработка
требуемого ПО
компанией
разработчиком
Приобретение
и доработка
системы
1
2
3
4
5
Соответствие
поставленной
задаче
Частично
соответству
ет
Соответствует
Частично
соответствует
Полностью
соответствует
Стоимость
внедрения руб.
100000
200000
300000
150000
Адаптивность
Модули не
поддаются
изменению
Возможность
полной
переработки
Возможность
изменения силами
компании-
разработчика
Возможность
переработки
разрабатываем
ых процессов
Надежность
Высокая
Слабая
Высокая
Высокая
60
Исходя из всего вышеперечисленного, был выбран именно способ
приобретения и доработки системы. Так как в отделе есть сотрудник,
разбирающийся в разработке, малый бюджет на выполнение, а так же функционал
будет полностью соответствует заявленным требованиям. После покупки системы,
ее сразу можно вводить в эксплуатацию, параллельно осуществляя доработку
функциональной ее части.
61
II Проектная часть
2.1 Обоснование проектных решений
2.1.1 Обоснование проектных решений по информационному
обеспечению
В состав информационного обеспечения входит:
Классификация – систематизированный перечень наименований объектов,
с присвоенным уникальным кодом;
o В рамках государства (общегосударственные);
o В рамках отрасли(отраслевые);
o В рамках организации (локальные);
Унифицированная документация (требования к стандартизации
содержания и построения документации)
Информационную базу (исходная информация)
o Файловая – локальное размещение БД на рабочей станции
o Смешанная – распределенная БД, которая хранится на нескольких
серверах с репликацией по расписанию.
o Интегрированная – использование СУБД (наиболее подходящий
вариант для выполнения проекта по выполняемой задаче)
Данный проект будет использовать именно локальную классификацию, ввиду
отсутствия иных классификаций РФ. Осуществляться она будет по важности и типу
обращений.
В данной выпускной квалификационной работе будут рассматриваться
документы в рамках организации:
Заявка на расширение прав доступа к информационным ресурсам
инспекции;
Предоставление доступа к внешним устройствам;
Заявка на замену комплектующих
Заявка на устранение технических неполадок
Консультационный вопрос
62
Важными требованиями, к которым предъявляются на полное описание
проблемы, но без лишней информации, а так же достоверность, согласованность и
логичность.
2.1.2 Обоснование проектных решений по программному обеспечению
Программное обеспечение – программа или их множество предназначенные
для взаимодействия пользователя с компьютером, т.е. оно переводит машинный код
в понятный и приятный пользователю вид (интерфейс) для повышения
производительности и эффективности труда.
К критериям выбора программного обеспечения для автоматизации подачи и
обработки заявки является сокращение трудовых и временных затрат. Согласно
разделу 1.1.2 в инспекции используется ОС Windows 7 Professional для рабочих
станций и Windows Server 2008R2 серверного оборудования соответственно
обеспечивающие совместимость со всем внутренним прикладным программным
обеспечением. В качестве почтового клиента используется программа IBM Lotus
Notes. Для создания обращения потребуется еще и браузер Google Chrome ввиду
своей простоты, понятным интерфейсом и поддержкой корректной работы с веб-
интерфейсом проектируемого сайта.
Для поддержания базы данных на сервере будет использоваться СУБД MS SQL
Server 2008R2, в связи с тем, что программа поддержки построена именно на данной
системе управления базой данных, а так же имеющимся свободным сервером с
предустановленной ОС и СУБД. Выбранная система обладает такими
положительными качествами как:
Мониторинг работоспособности;
Создание временных таблиц;
Встраиваемая аутентификация;
Ведется лог работы с базой;
Для доработки требуемых функций на сайте нам потребуется Notepad++ и
знания языка программирования C++ в программной оболочке Visual Studio 2010
для доработки и создания элементов, не хватающих для выполнения наших задач, а
так же язык запросов SQL для оптимизации базы данных под наши задачи.
63
Notepad++ делает более удобный процесс редактирования кода, делая его более
наглядней, выделяя синтаксис языков программирования[.
2.1.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – совокупность средств вычислительной техники и
автоматизированных систем (компьютеры, сервера, сетевые оборудования и д.р)[3]
Для реализации проекта данной выпускной квалификационной работы нам
потребуется следующее техническое обеспечение:
Рабочие станции:
o Пользователя (инициатора обращения);
o Оператора, координатора (ответственного за распределение обращений);
o Системного администратора (исполнителя данных обращений);
Серверное оборудование:
o Почтовый сервер для рассылки оповещений;
o Сервер СУБД и СТП;
Сетевое оборудование:
o Активное – маршрутизаторы, коммутаторы и др.
o Пассивное – патчкорды, розетки и т.д.
В связи с ограниченными финансовыми возможностями, все оборудование
будет использоваться из того, что есть. На данный момент в инспекции используется
рабочие станции Lenovo EDGE72 и сервера HP Proliant G7 характеристики которых
предоставлены в «Таблице №7» и «Таблице №8».
Сетевое оборудование, используемое в инспекции Cisco 3650
«Таблица №7»
Техническое обеспечение рабочих станций
Технические характеристики Lenovo ThinkCenter Edge 72
Процессор
Intel Pentium G630, 2,7 ГГц
Видеоадаптер
Intel HD Graphics
ОЗУ
2 ГБ, 1333 МГц
Жесткие диски
500 ГБ, 7200 об/мин
Интерфейсы
6 x USB 2.0, CardReader, VGA, DVI, RJ-45, Mic,
64
«Таблица №8»
Техническое обеспечение серверной части.
Технические характеристики HP Proliant G7
Кол-во процессоров
2XEON E5-220V4 2100МГц
ОЗУ
16Гб (max 192ГБ)
18xDDR3 RDIMM/UDIMM
Жесткий диск
3из8 SAS 2.5” по 300Гб
Гнезда расширения
2 слота PCIe G2 – полноразмерный по длине и
высоте и низкопрофильный
Сетевой контроллер
2 четырехпортовых адаптера 1GbE NC326i
Тип блока питания
Резервный блок питания с возможностью
горячей замены
Контроллер хранилища
(1) Smart Array P410i, встроенный
Форм-фактор
1U
ПО удаленного
управления
iLO 3
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Жизненным циклом называется структура, которая включает в себя процессы,
осуществляемые в момент создания, его функции и процесс сопровождения в
момент всего времени сопровождения ПО. Есть несколько моделей описывающие
жизненный цикл, которые по большей части относятся к разработанному ПО.
На АИС влияет ГОСТ 34.601-90. Данным ГОСТом устанавливаются стадии и
этапы создания на автоматизированные информационные системы и соответствуют
каскадной модели ЖЦ.
ISO/IEC 12207:1995 стандарт процессов и организации жизненного цикла,
распространяясь на все виды заказного программного обеспечения и не содержит в
себе описание фаз и этапов стадий[4].
65
Rational Unified Process (RUP) - итеративная модель разработки, включающая
четыре фазы, каждая из которых разбита на этапы, итогом которых является версия
для внутреннего и внешнего использования:
Начало,
Исследование,
Построение
Внедрение.
Циклом разработки называется прохождение всех четырех основных этапов,
каждый из которых завершается генерацией версии системы. Если в дальнейшем
разработка проекта не прекращается, то получаемый программный продукт
продолжает свое развитие и снова минует те же фазы. Суть работы в рамках RUP -
это создание и сопровождение моделей, а не документов, в связи с этим процесс
привязан к использованию конкретных средств моделирования (UML), а так же
конкретной технологии проектирования и разработки[5] .
Microsoft Solution Framework (MSF) в целом схожа с Rational Unified Process
по своим этапом, но в отличается тем, что по большей части ориентирована на
разработку бизнес-приложений.
Extreme Programming (XP). Методология экстремального программирования.
Была сформирована в 1996 году и является новейшей среди рассматриваемых
медодологий, с заложенным в основу принципом командной работы, полезной
коммуникацией между разработчиками и клиентами в течение всей жизни проекта
по разработке ИС, где разработка осуществляется путем использования
последовательно-дорабатываемых прототипов.
Custom Development Method (CDM) методология по разработке на заказ
прикладных информационных систем, то есть конкретный материал,
детализированная проектная документация, рассчитанных на использование в
проектах с применением Oracle. Адаптивность ограничивается тремя моделями
жизненного цикла:
«Классическая», в которую входят все работы, задачи и этапы;
«Быстрая разработка» (Fast Track),
«Облегченный подход», рекомендуемый в малых проектах с возможностью
быстро прототипировать приложения.
66
Критерии выбор стандарта жизненного цикла:
1. актуальность и современность методик контроля разработки
2. разработка в итерационном режиме;
В итоге рассмотрения описанных стандартов, итерационными из них
являются 3 стандарта: MSF, RUP, XP .
Ввиду отсутствия полноценных этапов жизненного цикла (планирование,
разработка, выработка концепции, стабилизация м внедрение) стандарт XP не
подходит для данного проекта. Следовательно, остаются для выбора всего два
стандарта, это RUP и MSFблагодаря поддержке новых технологий разработки и
контроля их выполнения
Rational Unified Process – это сбалансированное решение для групп
разработчиков среднего размера, работающих с использованием продуктов и
технологий компании Rational. Сопровождение разработки ИС и системы
регламентируется методологией RUP, но данное решение по большей части
ориентирована на внутриведомственные инструментальные средства.
Extreme Programming подходит для групп малого размера и небольших ИС с
часто изменяемыми требованиями. Основным недостатком XP можно считать
сопровождение. При большом уровне текучки кадров в коллективе разработчиков
большая часть проектных данных может быть утеряна ввиду почти полного
отсутствия документации.
Microsoft Solutions Framework является наиболее оптимальной технологией,
которая идеально подходит для проектных групп малых и средних размеров. В ней
не накладывается ограничений на используемые инструменты и содержит
рекомендации общего характера. Эти рекомендации могут использоваться для
построения конкретного процесса, соответствующего потребностям штата
разработчиков.
Данный проект является небольшим, включает в себя два человека и этапы
разработки и тестирования. Кроме того главное преимущество MSF- это
итерационная модель одновременно с аналогией каскадной модели. Таким образом,
реализация MSF попыталась объединить каскадную и итерационную модель
разработки и внедрения ПО
67
По указанным выше преимуществам, был выбран стандарт MSF как наиболее
подходящий для реализации данного проекта.
Возможность управлять и разработкой и внедрением дает существенные
преимущества
Идеология MSF включает в себя пять стадий жизненного цикла ИС (фазы).
Первая фаза- это фаза разработки концепции.
Целью данной фазы является создание и сплочение проектной группы на
основе выработки единого видения. Проектная группа должна четко поставить себе
цель и что требуется выполнить для удовлетворения потребностей заказчика.
Идеалогия MSF включает в себя команду проекта в составе 6 участников,
имеющие свою роль в проекте с определенными обязанностями и наличием своей
зоны ответственности. Данные роли MSF определила как кластеры, за которыми
могут закрепляться не по одному человеку[11].
В каждой фазе для каждого ответственного лица, закреплённого за кластером
закрепляются определённые задачи:
Управление продуктом - регулирует концептуальный и логический дизайн,
функциональная спецификация, сводный план и сводный календарный график
проекта, бюджет;
Управление программой - отвечает формирование целей дизайна, концепцию
решений и структуру проекта;
Разработка – отвечает за оценку технологий; логический и физический
дизайн; план и календарный график разработки; смета разработки;
Удовлетворение потребителя, рассматривает примеры использования,
пользовательские требования, требования локализации и общедоступности
(accessibility); пользовательская документация, план обучения, график тестирования
удобства эксплуатации и обучение;
Тестирование – отвечает за оценку дизайна, требования тестирования, план и
календарный график тестирования.
Управление выпуском выполняет функции оценки дизайна;
эксплуатационные требования; план и календарный график пилотного и
промышленного этапа внедрения
68
В рамках создания и внедрения данного проекта силами сотрудников отдела
информационных технологий, использовать 6 и более человек для фоновой задачи,
бюджет которого ограничен лишь премией крайне нецелесообразно, да и не
возможно, в связи с малым штатом отдела. Для выполнения задачи кластеров было
сформировано и возложено на двух ответственных сотрудников, из которых и
сложилась команда проекта
1. Разработчик ИС на которого возложены следующие кластеры:
Управление программой,
Разработка
Удовлетворение пользователей
2. Менеджер проекта:
Управление продуктом,
Тестирование
Управление выпуском.
В данной фазе выходной информацией и результатными данными являются
подбор группы и определении их на подходящие им задачи, то есть создание
команды, с учетом того, что она состоит из двух человек. В этом этапе будут
определены участники проекта и их зона ответственности. Так же будет составлена
оценка временых затрат и планирование бюджета данного проекта.
Фаза планирования является следующим этапом жизненного цикла
информационной системы. Её целью считается составление проектных планов, т.е.
подготовка проектной группы, спецификаций функционала, создания дизайн-
проекта, подготовка рабочих планов, оценка проектных и временных затрат
разработки различных составляющих проекта.
Процесс проектирования представляет собой последовательность этапов,
которой следуют проектировщики при поиске и реализации решений
К результатам фазы планирования относятся: функциональные
спецификации, описание рисков, сводный план и календарный график проекта,
подготовленная среда разработки и тестирования. От разработчика на этом этапе
требуется анализ и выбор языка программирования, с помощью которых будет
реализован данный проект, плюс календарный план сроков и графики разработки.
Менеджер проекта на данном этапе проводит анализ всей архитектуры ИС, в том