ВКР (1197993), страница 5

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

Стандарт ИСО/МЭК 12207 наиболее эффективен при проектировании большой системы в рамках компании.

Работа со стандартами R ISO/IEC имеет свои трудности. Во-первых, их крайне трудно найти в свободном доступе. Во-вторых, они содержат в себе большое количество подробнейшей информации, изложенном на инженерном языке, требующем определенного уровня знаний для понимания. Также данные стандарты содержат большое количество ссылок на связанные нормативные документы, в сумме образующих огромное количество информации, на обработку которого уходит значительное количество времени и сил.

Руководящий документ регламентирующий порядок разработки автоматизированной системы ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».

Любой ГОСТ имеет четкую структуру, напоминающую каталог своей иерархической структурой. Стиль и структура написания данных нормативов нивелирует возможность разночтения тех или иных требований. Но что самое главное в ГОСТах, это четкая модель «от общего к частному».

На рисунке 6 представлена структура ГОСТа 34.601-90, позволяющая ознакомиться практически с полным циклом жизни автоматизированной системы, за исключением вывода из эксплуатации и утилизации.

Рисунок 6 – Структура ГОСТ 34.601-90

Стадии и соответствующие им этапы создания АС представлены в таблице 3.

Таблица 3 – Стадии и этапы создания АС

Продолжение таблицы 3

Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (иссле­дование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях (далее – организациях). Стандарт устанавливает стадии и этапы создания АС. В Приложении 1 к данному ГОСТу содержаться пояснения к каждой стадии и этапу разработки, помогаю наиболее полно понять суть каждого этапа.

К плюсам относится структурированность и понятность норматива. ГОСТ имеет не только наглядную таблицу, позволяющую легко ориентироваться в стадиях и этапах, но также содержит приложения, позволяющие полностью разобраться в большинстве вопросов, которые могут возникнуть сразу после прочтения документа.

К минусам можно отнести то, что при работе с любым ГОСТом необходимо параллельно работать ещё с несколькими, на которые он ссылается. То есть, чтобы разработать систему в соответствии с ГОСТом, необходимо будет прочитать и применить на практике большое количество информации. Из чего следует, что придется произвести большие затраты, как вариант, времени. Это оправданно, если происходит разработка большой системы, нацеленной на реализацию на рынке.

Изучив различные нормативы создания информационных систем, составим сводную таблицу возможности и оправданности их применения для разработки различных программных продуктов.

Таблица 4 – Сводная таблица нормативов

Итак, рассмотрев имеющиеся варианты нормативов для создания информационных систем, проанализировав их и рассмотрев их плюсы и минусы, с учетом специфики информационно-справочных систем, можно сделать вывод, что ни один из них не подходит для использования при разработке справочной системы в имеющемся виде.

В этом случае, необходимо самостоятельно разработать рекомендации для разработки информационно справочных систем. За основу можно взять структуру ГОСТ и ISO, рассмотренные выше, так как они является наиболее подробным и понятным.

Сначала опишем общие положения, чтобы пользователю было максимально понятно – как работать с рекомендациями:

– процесс создания ИСС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания информационно-справочной системы, соответствующей предъявленным требованиям;

– стадии и этапы создания выделяются как части процесса создания по соображениям рационального планирования и организации работ, заканчивающихся заданным результатом;

– состав и правила выполнения работ определяют в соответствующей документации заказчика или разработчика;

Теперь опишем непосредственно стадии и этапы разработки информационно справочной системы:

– формирование требований к информационно-справочной системе:

1. исследование объекта и обоснование необходимости создания ИСС;

2. формирование требований пользователя. Сбор и обработка данных от пользователей о том, какой должна быть система, с какими проблемами они чаще всего сталкиваются при использовании аналогичных систем и т.д.;

– разработка концепции ИСС:

1. изучение программ и вопросов, по которым будет составлен справочник;

2. проведение необходимых научно-исследовательских работ;

– поиск оптимальной модели справочника, удовлетворяющего всем запросам пользователей:

1. анализ и систематизация информации от пользователей с целью выделить наиболее важные критерии для будущего справочника и отсеять второстепенные;

2. разработка различных вариантов концепции ИСС и выбор наилучшего варианта, максимально удовлетворяющего запросам пользователя;

– разработка технического задания для информационно-справочной системы;

– создание вербального проекта ИСС. Разработка предварительных проектных решений по системе и ее частям, описанная устно или в виде схем;

– технический проект. Разработка функционирующей модели заданной информационно-справочной системы, её тестирование и доработка в соответствии с замечаниями пользователей;

– ввод в действие:

1. подготовка площадки для информационно-справочной системы. Установка необходимого дополнительного ПО и т.д.;

2. подготовка персонала. Ознакомление с новой ИСС, обучение пользователей, возможно, посредством лекций или презентаций.

Теперь перечислим участников работ по созданию информационно-справочной системы:

– организация-заказчик (пользователь), для которой создается ИСС и которая обеспечивает финансирование, приемку работ и эксплуатацию продукта;

– организация-разработчик, которая осуществляет работы по созданию справочника, представляя заказчику совокупность научно-технических услуг на разных стадиях и этапах создания.

На основании проведенных исследований нормативов проектирование информационно-справочных систем, можно утверждать, что не существует конкретных нормативов по разработке ИСС. Для данной цели могли бы быть использованы ГОСТы по разработке и внедрению автоматизированных или ISO, регламентирующий разработку любых ИС, но они несут в себе слишком много лишней информации, которая бесполезна и не может быть использована при разработке ИСС, а нормативы, указанные в методических указаниях к разработке информационных систем, являются слишком путанными, скудными и способными к разночтению, чтобы ими пользоваться. Вследствие этого, были разработаны рекомендации с пошаговой инструкцией по разработке информационно справочной системы, которые наиболее полно описывают данный процесс и не содержат лишней информации.

2.2 Исследование предметной области

Для максимально эффективной работы на любом предприятии необходим инструмент, позволяющий регистрировать возникшие ошибки, проблемы в работе и контролировать процесс их устранения.

Для этих целей в ПАО Сбербанк используется система создания и сопровождения запросов. На данный момент большая часть запросов между подразделениями, в т.ч. по вопросам, связанными с клиентами Банка, регистрируется, исполняются и контролируются через АС Service Manager.

HP Service Manager – это комплексный и полностью интегрированный пакет программного обеспечения, который используется для автоматизации процесса IT-поддержки пользователей, а также и других процессов. Также он используется с целью обеспечения соответствия уровня обслуживания пользователей принятому SLA (уровень качества).

Рисунок 7 – Окно входа в Service Manager

Благодаря встроенным оптимальным методам на основе стандартов Information Technology Infrastructure Library (ITIL) пакет решений Service Manager предоставляет возможность в кратчайшие сроки организовать процессы, прошедшие соответствующее согласование и интегрированные в необходимые рабочие процессы на всех участках IT-организации.

Можно сказать, что система состоит из модулей, каждый из которых включает в себя определенный набор ITSM-процессов. Лицензирование каждого модуля производится отдельно. Лицензирование – это возможность осуществления настроек и использования имеющихся возможностей одного из системных модулей, однако процессы, разработанные пользователем в данной системе самостоятельно, лицензированию не подлежат.

Процессы, имеющиеся в системе штатно, реализованы на хорошем уровне и имеют продуманную структуру.

Одним из плюсов HP Service Manager является то, что данная система может быть установлена на серверах, работающих под управлением практически любой ОС (в том числе и Linux). Это делает Service Manager кроссплатформенным решением.

Процесс обучения работе с системой крайне важен, так как интерфейс не является интуитивно понятным, и при первом знакомстве с Service Manager у пользователя не знакомого с принципами работы системы могут возникнуть серьезные трудности.

Характеристики

Список файлов ВКР