Контрольные вопросы для закрепления знаний учащихся. Методическое пособие 70610501-Computer Engineering «Проектирование прикладных программных средств»

Рисунок 3. Стратифицированное представление ИС

Функциональная страта включает описание функциональных требований к ИС. Основным показателем на этой страте является степень покрытия множества процессов деятельности организации Заказчика ИТ-сервисами и эффективность процессов деятельности (в сравнении с эффективностью этих процессов при отсутствии поддержки ИС). Эта страта также включает принятую в настоящее время процедуру выделения функциональных подсистем ИС. Требования со стороны функциональной страты включают содержательные (с указанием значений показателей) требования к ИТ-сервисам.

Страта обработки информации и управления включает принятые в практике проектирования виды обеспечения ИС и их структуру и характеристики: информационное обеспечение; лингвистическое обеспечение; программное обеспечение; организационное обеспечение; обеспечение информационной безопасности.Требования со стороны Страты обработки информации и управления включают требования к техническому обеспечению ИС.
Техническая страта включает техническое обеспечение, средства передачи данных, а также средства и организацию технического сопровождения. Основными показателями, формируемыми на этой страте, являются показатели, характеризующие качество ИС: время реакции системы; объемы хранимой информации; коэффициент готовности системы; отказоустойчивость.⁹
Требования со стороны экономической страты предъявляются в форме требований к ИТ-сервисам, которые должны поддерживать различные функции бизнес-процессов.
Как следует из изложенного, ИС является системой с точки зрения системного анализа. Следует заметить, что для систем, относительно которых накоплен значительный опыт создания и эксплуатации системный анализ редко дает что-либо новое.
Однако выполнение требований системного анализа в процессе проектирования гарантирует от системных ошибок, устранение которых дорого обходится на этапе промышленной эксплуатации системы. Опасность системных ошибок заключается в том, что часто обнаруживается, что система не подлежит исправлению и единственным методом модернизации системы является полный ее снос.
Процесс проектирования ИС (как и других технических систем) систем можно рассматривать во времени как управление «движением» проекта по некоторой «траектории». В зарубежной технической литературе моден термин «road map», который описывает такую траекторию для проектирования и внедрения ИС. Процесс проектирования ИС есть управление «объектом» ИС на этой траектории. При этом ИС как объект управления проходит стадии «материализации» от идеи (на стадии постановки задачи через стадии проектирования и внедрения) до полной материализации на этапе сдачи в промышленную эксплуатацию. С точки зрения теории управления в описании объекта всегда выделяются «управляемые параметры» (параметры, которые изменяются в целях управления) и «наблюдаемые параметры» (параметры, которые получаются в результате управляющих воздействий на объект).
Если в процессе проектирования не учитывается некоторая страта или её составляющая, то ее показатели неявно переходят из множества управляемых показателей в множество наблюдаемых показателей, значения которых могут быть оценены только после создания ИС. Так пренебрежение экономической стратой часто приводит к созданию ИС с недопустимо высокой для Заказчика общей стоимостью владения.
Следует заметить, что применение методов системного анализа позволило получить существенные количественные результаты, только в тех случаях, когда использование этих методов основано на выборе соответствующей математической модели. К сожалению, попытки применения методов системного анализа в областях, в которых отсутствуют разработанные математические модели, приводят только к призывам: «Ребята, надо думать системно!».
Последнее утверждение не означает, что в настоящее время найдены адекватные математические модели ИС. Хотя и получены количественные результаты для ИС на основе применения теории очередей, в области описания моделей данных, однако трудно себе представить, возможность написания единой математической модели ИС.
1.2.5. Модели, применяемые для систем, которые не описываются математическими моделями
В соответствии с положениями системного анализа необходимы модели, позволяющие описывать: структуру системы; механизмы функционирования системы; поведение системы (проявление механизмов функционирования в изменяющихся окружающих условиях).
При разработке таких моделей пришлось согласиться с рядом ограничений:

• 
  В настоящее время не представляется возможным описать ИС единой математической моделью.
  
• 
  В отличие от математических моделей моделирование ИС должно использовать некоторые элементы описания ИС на естественном языке. Такие модели принято называть семантическими моделями, в связи с тем, что смысл элементов модели определяется их именами.
  
• 
  Если и возможно моделирование ИС, то только совокупностью связанных моделей.¹⁰
  

В связи приведенными ограничениями возникла необходимость общего определения понятия модели. Выяснилось, что под моделью M целесообразно понимать непустую совокупность некоторого множества элементов S (базовое множество модели) и заданных на этих элементах свойств A (множество атрибутов) и заданных на этих объектах отношений R (множество отношений). Здесь Aij –некоторое i-ое свойство элемента sj. Значения свойства Aij элемента sj задаются на множествах, именуемых доменами (Dij)
В соответствии с поставленной задачей моделирования были разработаны среды моделирования, обеспечивающие разработку и поддержку взаимосвязанных моделей (Integration Definition — IDEF, BPWIN, Oracle BPA, ARIS Sheer). Наиболее современными средами являются BPA, ARIS. Далее приводятся примеры моделей, выполненные в средах Oracle BPA, или ARIS Sheer.
В качестве основной формы представления модели приняты помеченные графы (графы, элементы которых помечены их именами). В случаях, когда необходимо представить только структуру объекта, нет необходимости указывать атрибуты элементов. И на элементы базового множества не накладываются никаких дополнительных ограничений.В этом случае модель имеет простой вид, например: