Скачать презентацию CASE Computer-Aided Software System Engineering совокупность методологий анализа проектирования Скачать презентацию CASE Computer-Aided Software System Engineering совокупность методологий анализа проектирования

2_CASE-технологии+задание1.ppt

  • Количество слайдов: 28

CASE (Computer-Aided Software/System Engineering) совокупность методологий анализа, проектирования, разработки и сопровождения сложных информационных систем, CASE (Computer-Aided Software/System Engineering) совокупность методологий анализа, проектирования, разработки и сопровождения сложных информационных систем, поддержанная комплексом взаимоувязанных средств автоматизации

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

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

Критерии: • каждый «черный ящик» должен реализовывать единственную функцию системы; • функция каждого «черного Критерии: • каждый «черный ящик» должен реализовывать единственную функцию системы; • функция каждого «черного ящика» должна быть легко понимаема независимо от сложности ее реализации; • связь между «черными ящиками» должна вводиться только при наличии связи между соответствующими функциями системы; • связи между «черными ящиками» должны быть простыми, насколько это возможно, для обеспечения независимости между ними.

Обобщенная схема процесса моделирования Обобщенная схема процесса моделирования

Создание модели ИО процесса управления Создание модели ИО процесса управления

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

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

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

Моделирование деятельности для целей ее совершенствования • AS-IS. Модель “как есть”. Модель отражает фактически Моделирование деятельности для целей ее совершенствования • AS-IS. Модель “как есть”. Модель отражает фактически существующую организацию и строится на потоках данных, полученных при анализе деятельности объекта. • TO-BE. Модель “как должно быть”. Модель является результатом интеграции перспективных предложений по совершенствованию системы управления в контексте информационного обеспечения.

Переход от модели AS-IS к модели TO-BE осуществляется следующими способами • Совершенствование технологий на Переход от модели AS-IS к модели TO-BE осуществляется следующими способами • Совершенствование технологий на основе оценки их эффективности ( «легкий» реинжиниринг). При этом критериями оценки являются стоимостные и временные затраты выполнения бизнес-процессов, дублирование и противоречивость выполнения отдельных задач бизнеспроцесса, степень загруженности сотрудников. • Радикальное изменение технологий и переосмысление бизнес-процессов ( «жесткий» реинжиниринг).

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

Процесс внедрения нового класса систем управления выбор универсальных систем класса «производственное планирование ресурсов» MRP Процесс внедрения нового класса систем управления выбор универсальных систем класса «производственное планирование ресурсов» MRP (manufacturing resource planning) и ERP (enterprise resource planning)

Основные группы CASE-средств • SADT (Structured Analysis and Design Technique - Структурированный Анализ и Основные группы CASE-средств • SADT (Structured Analysis and Design Technique - Структурированный Анализ и Техника Проектирования) – модели и соответствующие функциональные диаграммы • DFD (Data Flow Diagrams) – диаграммы потоков данных • ERD (Entity-Relationship Diagrams) – диаграммы «сущность-связь»

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

Иерархия диаграмм Иерархия диаграмм

Пример контекстной диаграммы верхнего уровня иерархии Пример контекстной диаграммы верхнего уровня иерархии

Пример диаграммы декомпозиции нижнего уровня Пример диаграммы декомпозиции нижнего уровня

Задание 1. Представить основную научную идею и ее декомпозицию Основная идея Стадия 2 Стадия Задание 1. Представить основную научную идею и ее декомпозицию Основная идея Стадия 2 Стадия 1 Этап 1. 1 Шаг 1. М … Этап 2. 1 Стадия N . . … … … … . . .

ПРИМЕР применения структурного подхода ПРИМЕР применения структурного подхода

2. Обозначить информационную структуру исследования. В целом работа должна быть построена по схеме : 2. Обозначить информационную структуру исследования. В целом работа должна быть построена по схеме : проблема – теория – методология – авторская концепция – практические аспекты

3. Классифицировать основные источники информации для соответствующей научному интересу сферы (в том числе, электронные 3. Классифицировать основные источники информации для соответствующей научному интересу сферы (в том числе, электронные средства).

4. Обозначить по стадиям, этапам, шагам и т. д. возможности автоматизации (информатизации): - использование 4. Обозначить по стадиям, этапам, шагам и т. д. возможности автоматизации (информатизации): - использование электронных таблиц; - компьютерное моделирование; - оптимизаторы; и т. д.