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

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

1. Советов В.Я. Теоретические основы автоматизированного управления.

2. Хетакуров Я.А. Проектирование АСОИиУ.

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

Аппаратная программный комплекс

Структурное представления АИС.

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

Аппаратное программный комплекс, состоящий из комплекса технических средств и установленное на нём программной обеспечение и машинных баз данных.

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

Жизненный цикл АИС.

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

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

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

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

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

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

Выделены следящие стадии создания АИС:

1. Формирования требования к автоматизированной системе.

2. Разработка концепции автоматизированной системе.

3. Техническое задание.

4. Эскизный проект.

5. Технический проект.

6. Рабочая документация.

7. Ввод действие

8. Сопровождения работы автоматизированных систем.

Недостатками такого разделения на стадии при создании АИС, являются следующие причины.

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

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

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

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

5. С формально точки зрения сопровождение не может считаться стадией создания АИС, по скольку, осуществляется только после внедрения полностью готовой системы и предписания соответствующего акта.

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

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

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

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

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

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

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

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

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

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

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

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

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

Модель информационных систем и процессов . ITSM Reference model.

Первая компания которая на основе рекомендаций ITIL предложила, типовую модель информационных процессов и сервисов Serves Managements. Это модель носит рекомендательный характер, однако одна из ключевых методологии состоит в том что, несмотря на разнообразие информационных систем, их работа на 80% может быть построена на базе стандартизированных процессов и регламентов, а 20% отводится на настройку системы.

Обеспечения ИТ-сервисами.

с

Методология ITSM в общем жизненном цикле обслуживания информационных систем выделяется 5 основных групп процессов

Рис.1 Блоки процессов модели ИТСМ.

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

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

1. Анализ потребностей бизнеса, подразумевает анализ рынка ИТ услуг. С точки зрения и применения ИТ

2. Разработки стратегии ИТ предприятия- позволяют сформировать стратегию, на основе оценки бизнеса и спланировать ИТ архитектуру.

3. Управление клиентами, позволяет организовывать свою деятельность на партнёрских отношениях с бизнес пользователями информационных систем,

4. Планирование ИТ сервиса, позволяет сформировать необходимые этапы внедрения сервисов, оценить риски связанные с этим, и наметить пути возврата инвистиции.

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

1. Управление безопасностью

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

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

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

5. Финансовое управление

6. Блок процесса разработки и внедрения ит-сервисов обеспечивает создание и тестирование новых сервисов и используемых ими инфраструктурных компонентов, включая: установку оборудования и ПО, разработку приложении и обучении, сюда входит 2 процесса: