Содержание
- 2. Жизненный цикл программного обеспечения (ЖЦ ПО) ЖЦ ПО определяется как период времени, который начинается с момента
- 3. Обычно в состав ЖЦ включаются следующие стадии: 1. Формирование требований к ПО; 2. Проектирование; 3. Реализация;
- 4. Бизнес-процесс Под бизнес-процессом понимается совокупность увязанных в единое целое действий, выполнение которых позволяет получить конечный результат
- 5. Основные бизнес-процессы - это процессы, которые создают то главное, ради которого и существует предприятие (конечный товар
- 6. . Вспомогательные бизнес-процессы, как правило, соответствуют управленческой деятельности: управление персоналом, техническим развитием, инфраструктурные услуги для внутренних
- 7. Бизнес-моделирование - деятельность по выявлению и описанию существующих бизнес-процессов, а также проектированию новых процессов.
- 8. Цели описания и формализации бизнес-процессов предприятия: Определение перечня функций, подфункций, работ в составе процесса и их
- 9. Наиболее распространенные типы диаграмм SADT (Structured Analysis and Design Technique) - модели и соответствующие функциональные диаграммы;
- 10. Используются различные нотации, описывающих функциональную структуру системы и отношения между данными, такие как: DFD (Data Flow
- 11. Методология функционального моделирования SADT
- 12. Методология функционального моделирования SADT Разработана Дугласом Т. Россом Исходная работа над SADT началась в 1969 г.
- 13. Появление SADT на рынке произошло в 1975 г. после годичного оформления в виде продукта. 1981 г.
- 14. Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо
- 15. Основные элементы этой методологии основываются на следующих принципах: Графическое представление блочного моделирования Строгость и точность.
- 16. Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки
- 17. IDEF0 (Integration Definition for Function Modeling) - методология функционального моделирования, в основе которой лежит представление любой
- 18. В основе методологии лежат четыре основных понятия: Понятие функционального блока (Activity Box). функциональный блок графически изображается
- 19. Каждая из четырех сторон функционального блока имеет своё определенное значение:
- 21. Функциональный блок «Обработать заготовку»
- 22. Внесение изменений в технологические указания
- 23. www.microafrica.co.za/tass/idef0.htm
- 24. Блоки размещаются по степени важности, это называется доминированием.Наиболее доминирующий блок (с номером 1) размещается в левом
- 25. 2. Интерфейсная дуга Arrow Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label), должно быть
- 26. С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в
- 27. Любой функциональный блок по требованиям стандарта должен иметь по крайней мере одну управляющую интерфейсную дугу и
- 28. Типы диаграмм Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой функциональный блок с интерфейсными
- 30. Типы диаграмм Диаграмма декомпозиции - после описания системы в целом проводится на другой диаграмме разбиение ее
- 33. Понятие глоссарий Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт, который подразумевает
- 34. Принципы ограничения сложности IDEF0-диаграмм Ограничение количества функциональных блоков на диаграмме тремя-шестью. Ограничение количества подходящих к одному
- 35. В IDEF0 различают пять типов стрелок: Вход (Input) - материал или информация, которые используются или преобразуется
- 36. В IDEF0 различают пять типов стрелок: Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется
- 37. В IDEF0 различают пять типов стрелок: Выход (Output) - материал или информация, которые производятся работой. каждая
- 38. Механизм (Mechanism) - ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. Стрелка
- 39. В IDEF0 различают пять типов стрелок: Вызов (Call) - специальная стрелка, указывающая на другую модель работы.
- 41. Граничные стрелки Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут
- 42. В IDEF0 различают пять типов взаимодействия между блоками для описания их отношений: Связь по входу (output-input),
- 43. Связь по управлению (output-control), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по управлению показывает
- 44. Обратная связь по входу (output-input feedback), когда выход нижестоящей работы направляется на вход вышестоящей.
- 45. Обратная связь по управлению (output-control feedback), когда выход нижестоящей работы направляется на управление вышестоящей. Обратная связь
- 46. Связь выход-механизм (output-mechanism), когда выход одной работы направляется на механизм другой. Эта взаимосвязь используется реже остальных
- 47. Разветвляющиеся и сливающиеся стрелки Если стрелка именована до разветвления, а после разветвления ни одна из ветвей
- 48. Разветвляющиеся и сливающиеся стрелки Если какая-либо ветвь после разветвления осталась неименованной, то подразумевается, что она моделирует
- 49. Недопустима ситуация, когда стрелка до разветвления не именована, а после разветвления не именована какая-либо из ветвей.
- 50. Количественный анализ диаграмм Количество блоков на диаграммах нижних уровней должно быть ниже количества диаграмм на родительских,
- 52. IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
- 53. IDEF2 –динамическое моделирование развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого
- 54. IDEF3 – методология документирования процессов, происходящих в системе, которая используется при исследовании технологических процессов на предприятиях.
- 55. IDEF4 – методология построения объектно-ориентированных систем (методология описания различных объектов в компании и действий над ними).
- 56. IDEF5 – методология онтологического исследования сложных систем. Онтология – раздел философии, который изучает устройство реального мира.
- 57. Диаграммы потоков данных DFD (Data Flow Diagrams) Диаграммы потоков данных (DFD) являются средством моделирования функциональных требований
- 58. Основные компоненты диаграмм потоков данных: Внешняя сущность. Материальный объект или физическое лицо, представляющие собой источник или
- 59. Накопитель данных — это абстрактное устройство для хранения информации, которую можно в любой момент поместить в
- 60. IDEF6 —— Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их
- 62. Диаграммы потоков работ WFD (Work Flow Diagram) При описании бизнес-процессов нижнего уровня используются другие процессные схемы,
- 64. . Диаграммы "сущность ̶ связь" ERD (Entity ̶ Relationchip diagram) Диаграммы "сущность-связь" (ERD), впервые были введены
- 65. Сущностью (Entity) называют совокупность реальных или абстрактных объектов предметной области, обладающих одинаковым набором свойств (атрибутами). Сущность
- 66. Класс сущностей и экземпляр сущности Класс сущностей Экземпляр сущности
- 67. Для сущностей имеют место следующие соглашения (правила): – каждая сущность должна иметь уникальное имя. Одно и
- 68. История Нотация BPMN (The Business Process Modeling Notation) - это новый стандарт для моделирования бизнес процессов
- 69. Назначение нотации BPMN BPMN ориентирована : на технических специалистов (разработчиков, ответственных за реализацию процессов), на бизнес-пользователей
- 70. Пример диаграммы
- 72. Пример
- 73. CASE - ТЕХНОЛОГИИ Расшифровка аббревиатуры CASE: Computer Aided Software Engineering. Можно перевести на русский примерно как
- 74. Применение CASE-средств оправдано при разработке сложного ПО, когда в одной и той же работе задействованы несколько
- 75. Современные крупные проекты ИС характеризуются, как правило, следующими особенностями: сложность описания, требующая тщательного моделирования и анализа
- 76. анализ и формулировку требований, проектирование прикладного ПО и баз данных, генерацию кода, тестирование, документирование, обеспечение качества,
- 78. Инструменты ARIS BpWin Fox Manager Business Studio Бизнес Инжиниринг Групп. Программы бизнес-моделирования: ОРГ-МАСТЕР®, ОРГ-МАСТЕР®Графикс Microsoft Office
- 79. Инструментальная система ARIS 101 модель для описания практически всех сторон деятельности современного предприятия Более 250 объектов,
- 80. Уровни описания ARIS Схема создания и использования моделей объекта, отражающая уровни детализации, его различные состояния с
- 81. Диаграмма взаимодействия в бизнес-процессе «обработка заказа»
- 82. Примеры использования ARIS Фирма Мерседес-Бенц применяет ARIS с 1995 года для анализа и совершенствования деятельности в
- 83. История использования процессной платформы ARIS для совершенствования бизнеса и повышения его эффективности в РФ насчитывает уже
- 85. Скачать презентацию