Требования к модели

Цель моделирования

Методология структурного системного анализа и синтеза

Лекция 5

Технологии создания ИС

По степени автоматизации функций человека в процессе управления

По типу пользовательского интерфейса

1. пакетные,

2. диалоговые,

3. сетевые.

4. Электронная обработка данных,

5. Автоматизация функций управления,

6. Поддержка и принятие решений,

7. Экспертная поддержка.

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

Ошибки первого этапа разработки (рис.1.3) исправляются в 10 раз дороже на этапе внедрения, чем здесь же, при системном анализе. Поэтому важна автоматизация системного анализа, чтобы минимизировать число ошибок, сократить риски проектирования.

Координировать и автоматизировать процесс разработки позволяет RAD-технология. Технология Rapid Application Development (RAD) предназначена быстрого проектирования приложений коллективом разработчиков. Технологический RAD -процесс включает

Ø Небольшой коллектив программистов (2-10 человек).

Ø Рассчитанный производственный график (1-6 месяцев).

Ø Повторяющийся цикл АНАЛИЗ-ВНЕДРЕНИЕ создания версий приложения.

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

Коллектив использует средства автоматизации, или CASE (C omputer A ided S oftware E ngineering) средства (BPWin, ERWin, Rational Rose и др.). Благодаря средствам автоматизации, этапы системного анализа и синтеза сокращаются в несколько раз.

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

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

Зачем создавать модель?

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

В международном стандарте качества ISO 9000:2000 определен набор системных вопросов, на которые необходимо ответить при моделировании бизнес-процессов - 5W1H:

ü W hat – что делается в исследуемом процессе?

ü W hy – зачем это делается?

ü W here – где делается?

ü W hen – когда делается?

ü W ho – кто делает?

ü H ow – как делается?

Поэтому

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

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

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

Эти задачи решаются в процессе моделирования деятельности компании.

2. Качество общения между разработчиками системы определяется уровнем стандартизации модели

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

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

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

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

2. Многовариантность. Деятельность компании можно рассматривать с точки зрения различных людей: оператора процесса, лидера процесса, исполнительного директора, заказчика, акционера, партнера компании, продавца продукции и т.д. С точки зрения каждой из перечисленных выше категорий людей компания выглядит по-разному, т. е. каждой категории необходимы различные модели.

3. Единообразие представления. Существует проблема поддержания единого стиля и различных версий программ при их коллективной разработке. Поэтому необходимо разрабатывать некоторую предварительную модель программной системы, которая была бы понятна и заказчику и группе программистов. Такая модель должна быть

· обязательно стандартизована,

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

Стандарт как нормативно-технический документ устанавливает комплекс норм, правил, требований к объекту стандартизации и утверждается компетентным органом.

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

К стандартам, используемым при разработке ИС, относятся следующие:

· стандарт проектирования;

· стандарт оформления проектной документации;

· стандарт пользовательского интерфейса

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

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

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

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

Моделирование обеспечивает

ü более точную оценку необходимых ресурсов,

ü четкую проработку планов,

ü эффективное функционирование создаваемых систем.