Дипломная работа: Исследование и разработка информационной системы приема и анализа заявок технической поддержки на примере АО "Единый расчетно-информационный центр ЯНАО"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
95
Таким образом, разрабатываемая система состоит из базы данных
MySQL и приложения для взаимодействия с базой данных, реализованного на
языках программирования PHP, JavaScript и с использованием языка
гипертекстовой разметки HTML.
1.5.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение это состав, формы и способности
эксплуатации различных технических устройств, необходимых для выполнения
информационных процедур: сбора, регистрации, передачи, хранения, обработки
и использования информации.
К элементам технического обеспечения относятся:
комплекс технических средств;
организационные формы использования технических средств;
персонал, который работает на технических средствах;
инструктивные материалы по использованию техники.
Комплекс технических средств - совокупность взаимосвязанных
технических средств, предназначенных для автоматизированной обработки
данных. [29]
Для работы разрабатываемой ИС необходим веб-сервер и клиентские
машины. В случае необходимости печати документов (например, отчётов),
необходим будет принтер или МФУ. Все данные технические средства в
компании уже есть, поэтому ничего дополнительно закупать не требуется.
96
Глава 2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) ИС характеризуется периодом времени от идеи
создания ИС и заканчивая моментом вывода её из эксплуатации и включает в
себя следующие стадии:
1. Предпроектное обследование.
2. Проектирование.
3. Создание информационной системы.
4. Ввод в эксплуатацию.
5. Эксплуатация информационной системы.
6. Вывод из эксплуатации. [10. стр.23]
Существует целый ряд стандартов, регламентирующих жизненный цикл
ИС, а в некоторых случаях и процессы разработки. Наиболее известные
стандарты приведены в таблице 22.
Таблица № 22
Стандарты жизненного цикла ИС
Стандарт
Описание
ГОСТ 34.601-90.
Информационная
технология. Комплекс
стандартов на
автоматизированные
системы.
Автоматизированные
системы. Стадии создания.
Распространяется на автоматизированные
системы, используемые в различных видах
деятельности (исследование, проектирование,
управление и т.п.), включая их сочетания,
создаваемые в организациях, объединениях и на
предприятиях. Стандарт устанавливает стадии и
этапы создания автоматизированной системы. [3]
ISO/IEC 12207:2008.
Systems and software
engineering Software life
cycle processes
Устанавливает общую структуру процессов
жизненного цикла программных средств.
Определяет процессы, виды деятельности и
задачи, которые используются при приобретении
97
(российский аналог:
ГОСТ Р ИСО/МЭК 12207-
2010.
Информационная
технология. Системная и
программная инженерия.
Процессы жизненного
цикла программных
средств)
программного продукта или услуги, а также при
поставке, разработке, применении по назначению,
сопровождении и прекращении применения
программных продуктов.
Устанавливает также процесс, который может
использоваться при определении, управлении и
совершенствовании процессов жизненного цикла
программных средств. [5]
ISO 15288 - ISO/IEC
15288:2002.
System engineering - System
life cycle processes
(российский аналог:
ИСО/МЭК 15288:2002.
Системная инженерия.
Процессы жизненного
цикла систем)
Устанавливает общие основы для описания
жизненного цикла систем, созданных людьми,
определяет детально структурированные процессы
и соответствующую терминологию.
В данном стандарте представлены также
процессы, которые поддерживают определение,
контроль и совершенствование процессов
жизненного цикла внутри организации или в
рамках какого-либо проекта. Организации и
проекты могут применять эти процессы при
приобретении и поставке систем.
Данный стандарт распространяется на системы,
которые созданы человеком и состоят из одного
или нескольких следующих элементов:
технические средства, программные средства,
люди, процессы апример, процесс оценки),
процедуры (например, инструкции оператора),
основные средства и природные ресурсы
(например, вода, объекты живой природы,
минералы). [4]
Rational Unified Process
(RUP)
Предлагает итеративную модель разработки,
включающую четыре фазы: начало, исследование,
98
построение и внедрение. Каждая фаза может быть
разбита на этапы (итерации), в результате которых
выпускается версия для внутреннего или внешнего
использования. Прохождение через четыре
основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии
системы. Если после этого работа над проектом не
прекращается, то полученный продукт продолжает
развиваться и снова минует те же фазы. Суть
работы в рамках RUP это создание и
сопровождение моделей на базе UML. [8. стр.27]
Microsoft Solutions
Framework (MSF)
Сходна с RUP, так же включает четыре фазы:
анализ, проектирование, разработка, стабилизация,
является итерационной, предполагает
использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в
большей степени ориентирована на разработку
бизнес-приложений. [8. стр.27]
Control Objectives for
Information and Related
Technologies (COBIT)
Методология управления информационными
технологиями, принадлежащая и разрабатываемая
некоммерческой организацией ISACA.
Представляет собой пакет открытых документов,
около 40 международных и национальных
стандартов и руководств в области управления IT,
аудита и IT-безопасности, основанных на анализе
и гармонизации существующих стандартов и
ведущих практик в области управления IT. [30]
Oracle CDM
Методика Oracle по разработке прикладных ИС
технологический материал, детализированный до
уровня заготовок проектных документов,
рассчитанных на использование в проектах с
99
применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все
работы/задачи и этапы), а также для технологий
«быстрой разработки» (Fast Track) или
«облегчённого подхода», рекомендуемых в случае
малых проектов. [8. стр.27]
XP (Extreme Programming)
Экстремальное программирование (самая новая
среди рассматриваемых методологий)
сформировалось в 1996 году. В основе
методологии командная работа, эффективная
коммуникация между заказчиком и исполнителем
в течение всего проекта по разработке ИС, а
разработка ведётся с использованием
последовательно дорабатываемых прототипов. [8.
стр.28]
Для разработки проекта автоматизации изначально необходимо
определить основные этапы ЖЦ будущей ИС. Из описанных выше стандартов
ЖЦ был выбран ISO/IEC 12207:2008, так как он более подробно описывает все
этапы ЖЦ сравнении с другими стандартами), и в то же время чётко не
регламентирует последовательность процессов на каждом этапе, что позволит
самостоятельно выбрать только те процессы, которые необходимы именно для
данного проекта, и позволит самостоятельно управлять жизненным циклом.
Набольшее распространение получили следующие модели ЖЦ ИС:
каскадная (классическая или водопадная), итерационная и спиральная. [10.
стр.32]
Каскадная модель. Переход на следующий этап осуществляется
после полного окончания работ по предыдущему этапу, при этом оформляется
полный комплект рабочей документации. Все этапы выполняются в строгой
последовательности с утверждёнными сроками и чёткими затратами. Это
основные достоинства каскадной модели ЖЦ ИС, которая применялась в
условиях полной определённости решаемых задач и совершенно не приемлема
Источник: https://baza.diplomsite.ru/previewfile/8704