Методы системного проектирования

Важный элемент консалтинга - формирование и обучение рабочих групп. Консалтинговые структуры (позиции):

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

Основные цели разработки консалтинговых проектов:

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

Этапы:

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

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

3. Построение моделей деятельности предприятия. Осуществляется обработка следующие  результаты обследования и построение моделей деятельности предприятия:

• модели "как есть" - "снимок" положения дел на предприятии (оргштатная структура, взаимодействия подразделений, принятые технологии, автоматизированные и неавтоматизированные бизнес процессы) на момент обследования;
• модели "как должно быть", формирование видения новых рациональных технологий работы предприятия.

Переход от модели "как есть" к модели "как  должно быть" (способы):

1. Совершенствование технологий на основе оценки их эффективности

("легкий" реинжиниринг).

2. Радикальное изменение технологий и переосмысление бизнес процессов ("жесткий" реинжниринг).

  4. Разработка системного проекта. Определяются:

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

После согласования системного проекта с заказчиком изменяется роль консультанта (контроль на соответствие требованиям, зафиксированным в системном проекте).

5. Разработка предложений по автоматизации предприятия. Осуществляется:

1. составление перечня автоматизированных рабочих мест предприятия и способов взаимодействия между ними;
2. анализ применимости существующих систем управления предприятиями для решения требуемых задач и формирование рекомендаций по выбору такой системы;
3. совместное с заказчиком принятие решения о выборе конкретной системы управления предприятием или разработке собственной системы;
4. разработка требований к техническим средствам;
5. разработка требований к программным средствам;
6. разработка предложений по этапам и срокам автоматизации.

6. Разработка технического проекта. Подэтапы:

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

          Происходит расширение системного проекта

7. Последующие этапы. По спецификациям технического проекта осуществляется программирование модулей, их тестирование и отладка, и последующая комплексация в автоматизированные рабочие места и в систему в целом. Настройка существующей системы MRP/ERP (этапы):

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

 

5.     CASE-технологии  

CASE (Computer-Aided Software / System Engineering). CASE (грубое понятие)- совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения, поддержанную комплексом взаимоувязанных средств автоматизации. CASE - инструментарий для системных аналитиков, разработчиков и программистов, заменяющий им бумагу и карандаш на компьютер для автоматизации процесса проектирования и разработки ПО. CASE оформилась в самостоятельное наукоемкое направление в программотехнике, повлекшее за собой образование мощной CASE-индустрии, объединившей сотни фирм и компаний различной ориентации. Среди них:

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

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

• бизнес-анализ
• системный анализ и проектирование         

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

CASE-технологии  только развивают структурные  методологии и делают более  эффективным их применение за  счет автоматизации. Достоинства:

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

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

6.Основные  этапы проектирования  системы. 

Стадии процесса разработки:

1. Предпроектная стадия. Этапы:

• сбор материалов обследования;
• анализ материалов обследования и разработка технико-экономического обоснования и технического задания.

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

2. Техно-рабочее проектирование. Этапы:

• техническое проектирование (логическая разработка, выбор наилучших вариантов проектных решений, в результате создается «Технический проект»)
• рабочее проектирование (физическая реализация выбранного варианта проекта, получение документации «Рабочего проекта»).                                                                                                                        

3. Внедрение проект. Этапы:

• подготовка объекта к внедрению проекта (подготовка предприятия к внедрению разработанного проекта);
• опытное внедрение проекта и сдача его в промышленную эксплуатацию (проверка правильности работы некоторых частей проекта, получение исправленной проектной документации и «Акт о проведении опытного внедрения»)
• сдача проекта в промышленную эксплуатацию (комплексная системная проверка всех частей проекта, получают доработанный «Техно-рабочий проект»  и «Акт приемки проекта в промышленную эксплуатацию»).

4. Эксплуатация и сопровождение проекта. Этапы:

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

 

7.Технико-экономическое  обоснование. 

Исходные материалы  для работ на стадии TЭО:

• документы, дающие представление о конструктивном выполнении и режимах функционирования ТОУ
• различные рабочие материалы и инструкции, связанные с регламентацией функционирования и управления ТОУ
• материалы, содержащие сведения о действующих на объекте системах оплаты труда, материального и морального стимулирования оперативного персонала
• результаты обследования автоматизируемого объекта или аналогичных ТОУ, анализа экономичности и организации производства или материалы других подобных исследований

В результате работ  формируются выходные документы: ТЭО  создания АСУТП с выбранными функциями  и их характеристиками (ТЭО); исходные технические требования к АСУТП  в объеме, соответствующем ГОСТ 17195—76. ЭТАПЫ: