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

Порядок выполнения работы
1. Изучить теоретическую часть по приведенным выше данным и дополнительной литературе.
2. Просмотреть демонстрационный пример.
3. Получить у преподавателя вариант задания для выполнения.
4. Проанализировать полученное задание.
5. Определить характер решаемой задачи.
Практическая работа № 3
Разработка ИТ и бизнес моделей. Анализ требований ИТ и структуры Организации.


Цель работы: Научиться проектировать бизнес модели с помощи ИТ.
1. Теоретическая часть
Системный анализ представляет собой совокупность методов и средств, позволяющих исследовать свойства, структуру и функции объектов, явлений или процессов в целом, представив их в качестве систем со всеми сложными межэлементными связями. Нетрудно увидеть, что приведенное определение является, по существу, кругом: системный анализ = анализ систем.
Исследователями приложены значительные усилия (и затрачено ещё большее количество бумаги) в попытках дать ясные конструктивные определения понятиям системного подхода, системного анализа, большой системы, системы, но содержательных определений, понятных инженеру, найдено не было.
Не вдаваясь в философские основания такой ситуации, ограничимся имеющимися «рабочими» определениями. Недаром в классификации специальностей, по которым присваиваются ученые степени, Высшая Аттестационная Комиссия не включила в классификатор чистый «Системный анализ», а сопроводила этот термин указанием, в какой области исследований проводился системный анализ. ⁷Поэтому системный анализ следует рассматривать как деятельность по исследованию систем в некоторой определенной области, подчиняющейся ряду принципов:

• 
  Выделение некоторого объекта/явления как системы: целостность представления объекта/явления; определение целенаправленности/назначения объекта; определение интегративных свойств объекта; выявление структуры и функций объекта.
  
• 
  Формирование модели системы.
  
• 
  Исследование модели системы с целью оценки ее свойств и прогнозирования ее поведения в будущем.
  

Обычно системный анализ применяется к объекту/явлению, выделенному аналитиком из окружающего мира как система.
Особенность применения методов системного анализа к объекту «Информационная система» (ИС) заключается в том, что информационная система при этом может выступать как реально существующий объект или проектируемый объект
В первом случае методы и средства системного анализа обычно применяются при решении задач аудита информационных систем. Во втором случае методы и средства системного анализа применяются как основные принципы процесса проектирования, определяющие его содержание.
В настоящем материале рассматривается применение системного подхода к деятельности «Проектирование информационной системы». Для этого необходимо рассмотреть информационную систему как «систему с точки зрения системного анализа».
1.2. Информационная система как «система» с точки зрения системного анализа
1.2.1. Целостность представления ИС
Анализ неудач проектов разработки и внедрения информационных систем показывает, что эти неудачи часто связаны с отсутствием целостного понимания информационных систем и процесса их разработки и внедрения. Обычно инженеры – участники процесса проектирования бывают удивлены, когда услышат, что их представление об информационной системе не соответствует целостному представлению о ней. Эта ситуация связана с тем, что в проектирование и внедрение ИС вовлечены специалисты разных специальностей. Даже обладая высокой квалификацией в своей области (программное обеспечение, информационное обеспечение, технические средства и сети передачи данных), они уделяют недостаточно внимания целостному представлению об ИС. Что часто приводит к появлению системных ошибок, которые проявляются только на этапе опытной эксплуатации ИС. Целостное представление об ИС может быть сформировано только там, где специалисты по продажам, проектировщики и разработчики работают как одна команда и регулярно обмениваются информацией о ходе проекта. Такие команды формируются только в тех организациях, в которых процессы продаж, проектирования и внедрения управляются наличием и неукоснительным исполнением Порядков/Регламентов этих процессов.
1.2.2. Определение целенаправленности/назначения проектирования информационной системы. С определением целей в проектировании информационных систем вообще дело обстоит неважно. Часто при анализе технических заданий можно обнаружить утверждения, что целью создания информационной системы является «создание информационной системы».
Как правило, понятие цели используется для указания результата развития системы за определенный промежуток времени. Определение цели ИС связано с назначением ИС. В настоящее время принято считать, что назначение ИС заключается в информационно-функциональной поддержке деятельности, для которой разрабатывается ИС. Цели ИС фиксируют количественные и качественные характеристики ИС, ориентированные на требования поддерживаемого вида деятельности. Эти требования фиксируются в Техническом задании (ТЗ) на разработку и внедрение ИС.
Следует отметить, что не всегда в ТЗ ясно и недвусмысленно определяются цели разработки и внедрения ИС. Часто они замещаются указанием назначения или формулируются общими словами. В этом случае Исполнитель, чтобы не испытывать трудности со сдачей ИС Заказчику, либо самостоятельно принимает решение о значении параметров ИС, либо пользуется неясностью формулировок ТЗ для разработки по принципу «как придется». И в первом и во втором случае трудности, возникающие при сдаче ИС (по ТЗ) являются следствием системной ошибки, допущенной при определении целенаправленности/назначения ИС.
1.2.3. Определение интегративных свойств информационной системы
Под интегративными свойствами в системном анализе понимаются свойства, присущие системе в целом, но не присущие ее элементам в отдельности [1,2]. Обычно функциональные требования, содержащиеся в ТЗ (Раздел «Общие требования к системе») определяют интегративные свойства информационной системы.
1.2.4. Выявление структуры и функций информационной системы
Поверхностное понимание структуры объекта/явления сводит понятие структуры к совокупности элементов объекта/явления и указанию связей между ними. Такое понимание структуры информационной системы в целом правильно, но не исчерпывает содержания структуры ИС (в рамках системного анализа), знание которой необходимо для проектирования ИС.⁸
Накопленный опыт создания ИС отразился в структуре нормативных документов по проектированию ИС. Наиболее полезным является ГОСТ 34.602–89 «Техническое задание на создание автоматизированной системы». Несмотря на то, что с момента его выхода прошло более 20 лет, этот документ актуален и сегодня. ГОСТ четко сформулировал структуру ИС. Однако с точки зрения системного анализа, необходимо более широкое понимание структуры ИС.
Проблема заключается в нахождении компромисса между простотой описания, что является одной из предпосылок понимания, и необходимостью учета разнообразных характеристик системы. В этих целях в рамках системного анализа используется концептуализация описания структуры системы позволяющая выделить некоторые уровни описания (страты). Страта представляет собой некоторый абстрактный уровень описания, использующий определенные принципы и понятия, свойственные данной страте. Обычно страты организуются в иерархию.
Требования, предъявляемые к функционированию системы на любой страте, выступают как условия или ограничения функционирования системы на нижестоящих стратах. Ход реального процесса определяется требованиями к поведению системы на верхней страте. Для надлежащего функционирования системы на данной страте все нижние страты должны работать правильно. Это также определяет наличие обратной связи между нижестоящими стратами и вышестоящей стратой. Стратифицированное описание системы задается семейством моделей, каждая из которых описывает поведение системы на определенной страте. Стратифицированное представление информационной системы представлено на рис. 3.
Экономическая страта включает описание ИС с точки зрения роли и влияния ИС на экономические характеристики организации, деятельность которой предполагается поддерживать. Основными показателями на этой страте являются Совокупная стоимость владения (ССВ) ИС (за отчетный период) и общий функционал системы. Требования со стороны экономической страты включают общие требования к обеспечению функционирования ИС в рамках бизнес-процессов организации.
К сожалению, в настоящее время в практике проектирования часто в ТЗ Заказчик указывает требования к функционирования ИС в слишком общей форме. Тем более, не принято указывать в ТЗ требования к ССВ, а в Техническом/рабочем проекте — оценки ССВ. Хотя с увеличением степени информатизации коммерческих и государственных структур наблюдается повышение интереса Заказчиков к Совокупной стоимости владения, как функционирующих ИС, так и проектируемых ИС.