Проектирование информационных систем

1. Разработка и тестирование

2. Ввод в эксплуатацию.

Блок процессов оперативное управление ИТ- сервисами, обеспечивает ежедневный мониторинг, предоставляеммый ИТ-Сервисом, управления запросами пользователей и другие ввиды сервисных работ, в этот блок входят следующие процессы:

1. Оперативное управление

2. Управление инцидентами

3. Управление проблемами

4. Блок процессов обеспечения ИТ-сервисами, описывает предоставление соглашении и информации процедуры взаимодействия для выполнения соглашении об уровне сервиса и в состав этой группы входят 3 процесса:

1. Управление конфигурациями

2. Управление изменениями

3. Управление уровнями услуг

При внедрении процессного управления ИТ- службы предприятие методологии ITSM выделяют 3 уровня эволюции ИТ-служб:

1. Управление инфра структурой

2. Управление сервисами

3. Управление деловыми характеристиками.

Стадия управления инфра структурой, включает в себя реализацию следующих процессов:

1. Управление операциями

2. Управление конфигурациями

3. Управление изменениями

4. Управления инцидентами и сервисными запросами

Стадия управления сервисами рекомендует внедрение следующих процессов:

1. Создание и тестирование сервисов

2. Сервис ориентировано важное управление

3. Управление непрерывностью

4. Управление готовностью

5. Управление партнёрами услуг

6. Управление финансами

7. Управление проблемами

Стадии управления деловыми характеристиками определяет, уровень стратегического бизнес партнёра руководства компании и ИТ службы.

Важная характеристика этой стадии- полная интеграция ИТ – процессов в общую бизнес модель организации. Важно знать как те или иные инвестиции в ИТ могут способствовать развитию основного бизнеса компании. На этой стадии должны быть реализованны следующие процессы:

1. Бизнес оценка

2. Управление отношениями с пользователями

3. Планирование ИТ стратегии и развития архитектуры

4. Планирование развития сервиса

Программные решения HP Open View.

Программные решение, предназначены для централизованного управления ИТ ресурсами предприятия обеспечивают прозрачность управления и тесную интеграцию с бизнес процессами.

Набор решении включает:

1. Управление бизнесом

2. Управление приложениями

3. Управление ИТ службой

4. Управление ИТ инфра структурой

5. Управление перекрёстными функциями.

Гост-Р Исо_мэг государственные стандарты РФ, в основы которых положены стандарты международной организации ISO и MEG эти стандарты представляют собой, практически дословный перевод англо язычных орегиналов, орентация на международные нормативные документы соответствует очевидным тенденциям глобализации хозяйственной жизни, такой подход позволяет унифицировать к объектам стандартизации и в определённой степени упрощает интеграцию отечественных предприятии в мировую экономическую систему. Наиболее важное методическое значение имеют следующие стандарты/

Устанавливает временные рамки и за срыв сроков всегда можно предусмотреть изменения платы, соответственно для успешного выполнения договора, деятельности по созданию автоматизированной ИС должна быть эффективно организованна в частности не мало важное значение имеет создание условии для успешной работы представителя разработчика на объекте автоматизации, и к сети.

1. Приказ о начале работ.

Важнейшими предпосылками для эффективного выполнения разработчика своими функциями может являться.

Предполагает частое посещение или длительное пребывание на объекте автоматизации должны получить документальное подтверждение предоставленным ему правом работы на объекте в течении. Особо актуальность эта проблема обретает когда в качестве объекта автоматизации выступает предприятие с ограниченным режимом посещениями посторонними лицами. В персональном пропуске выдаваемому каждому, должен быть указан период его действия и возможно перечень подразделений.

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

а) Сбор первчиных данных б) анализ собранной информации

На практике эти оба вида деятельности оказываются тесно взаимно связанными и выполняются с большим количеством итерации и уточнений.

Углоблённого обследование объекта на фазе создания существенно отличается от экспресс обследования проводимого на фазе обоснования по следующим признакам:

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

2. Объём – объект обследования чётко определён и оговорён техническим заданием на АИС и ограничен теми подразделениями деятельность которых подлежит автоматизации и непосредственно взаимодействующими с ними подразделениями и сторонними объектами

3. Длительность - в отличии отк экспресс обследования проводимых в жатые сроки, длительность углублённого обследования согласовывается разработчиком и заказчиком при планирование создании АИС, таким образом, чтобы обеспечить полноту собранных данных и качество их анализа.

4. Глубина – результаты обследования должны быть достоверными и служить надёжным основанием для принимаемых решений, поэтому разработчик стремится создать детальное состояние текущего состояния объекта, необходимы и достаточны, для построения адекватной модели создаваемой ИС.

5. Документирование результаты углублённого обследования документируются, как правило, ввиду отчёта по обследованию или технико-экономического обоснования по созданию АИС.

И становится аналитическом обосновании, как для разработчика, так и для руководства предприятии заинтересованного в повышении эффективности заинтересованного объекта.

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

Наиболее важными задачами исследования являются, выявления нормативной базы выявления объекта. Положение о его деятельности и другие материалы, которые содержат важную для разработчика информацию, о целях и задачах объекта а так же об условиях масштабах и ограничениях его функционирования. Собирается информации об организационной структуре объекта и связывающих эти элементы отношения к подчинения, выявляются служебные полномочия каждого элемента. Выявления функциональной структуры объекта между подразделениями в целом и должностями лицами внутри каждого подразделения. Выясняются различия между нормативным ( то есть оговорённым в положении и подразделении, и фактическим выполнением функции, выявляются почти выявляемые функции , которые не предусмотрены положениями и должностными инструкциями, а так же функции и задачи предусмотренными положениями и инструкциями.

Техническое проектирование.

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

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

Можно перечислить следующие специфические особенности технического проектирования.

1. Интеграционный характер

2. Детализации описания

3. Однозначность формулировок и строгость языка

4. Соблюдение стандартов

Этапы технического проектирования.

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

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

1. Технологический процессы обработки данных

2. Функицональя часть пользовательский интерфейс.

3. Организационное обеспечение ИС информационной системы которая требует разработки организационной структуры системы и временного регламента при решении задач,

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

5. Программное обеспечении

6. Техническое обеспечение на котором устанавливаются в системе комплекс технических средств и прорабатываются потребность в расходных материалах

7. Документирование на котором разрабатываются техническая документация

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

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

Функциональная часть автоматизированной ИС состоит из следующих компонентов:

1. Схема функциональной структуры в виде графической модели с разбиением функциональной части на отдельные блоки задач.

2. Описание автоматизируемых функции, здесь предполагается содержательное описание автоматизируемой деятельности и условии её существования.

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

4. Описание входных и выходных данных необходимых для выполнения функции.

5. Алгоритмы решаемых задач.

Организационное обеспечения ИС.

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

Информационное обеспечение.

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

1. Формулирования принципов организации машинного и вне машинного информационного обеспечения.

2. Разработка проекта пользовательского интерфейса автоматизированной ИС.

3. Разработка системы классификации кодирования информации.

4. Проектирования машинной и немашинной баз данных и процедур сопровождения этих баз.

5. Документирование принцип решений.

Выработка решений по информационному решения это один из трудоёмких этапов стадии системы, это деятельность сопровождается рядом противоречий между необходимостью учёта требовании нормативных документов и субъективными пожеланиями пользователей системы, между требованиям требованием приданием юридической силой придания решения задач и стремлением в основном использовать при сознаний пользовательского интерфейса бумажные технологии; между попытками в максимальной степени сохранить привычные формы создания данных и желаем активизировать структуры и процедуры доступа к базам данных. Поэтому процесс проектирования на этом этапе характерезуется большим количеством операции