- •Двусторонние шпоры по файзу
- •Печатай прямо этот файл
- •1. Общая характеристика процесса проектирования асоиу. Цели и этапы разработки консалтинговых проектов
- •2. Разработка системного проекта на основе стандарта iso 12207. Основные процессы жизненного цикла программного обеспечения асоиу.
- •3. Модели жизненного цикла программного обеспечения асоиу. Подход rad.
- •3. Методология rad
- •Основные принципы методологии rad
- •4. Структурный подход к проектированию информационной системы. Функциональная модель асоиу. Количественный анализ диаграмм idef0 и dfd.
- •5. Объектно-ориентированный подход к анализу и проектированию информационной системы. Унифицированный язык моделирования uml.
- •6. Моделирование бизнес-процессов спецификация требований на основе структурного подхода.
- •7. Моделирование бизнес-процессов спецификация требований на основе объектно-ориентированного подхода. Методика rup.
- •8. Разработка модели защиты данных в асоиу
- •9. Управление проектом асоиу
- •10. Проектная документация асоиу. Требования госТов к документации, содержание документации.
- •11. Инструментальные средства проектирования асоиу.
- •12. Типизация проектных решений асоиу. Использование коробочных продуктов и адаптируемых интегрированных систем.
- •Самостоятельная разработка
- •Заказные системы
- •Тиражируемые (коробочные) продукты
- •Адаптируемые интегрированные системы
- •Адаптируемые интегрированные системы как платформа современных комплексных систем автоматизации
- •13. Графические средства представления проектных решений асоиу (idef, dfd, uml, erd и т.Д.)
- •14. Классификация ис
- •15. Рынок ис
- •16. Методы проектирования ис
- •17. Каноническое проектирование
- •18. Типовое проектирование
- •19. Предпроектное обследование предприятий
- •1. Анкетирование
- •2. Сбор документов
- •3. Интервьюирование
- •20. Этапы проектирования ис с применением uml
- •21. Модель процессов msf (тут же про опыт ibm)
- •22. Сертификация и оценка процессов создания по. Модель зрелости cmm.
- •23. Сертификация и оценка процессов создания по. Методика spmn.
- •9 Лучших навыков, рекомендованных spmn.
- •5. Качество продукта должно контролироваться на детальном уровне.
- •8. Конфигурационное управление.
- •24. Парадигма Бейзили
- •25. Проектирование бд
- •26. Распределенная обработка данных
- •27. Системное проектирование программных систем на основе стандартизации
- •28. 34 Компетенции для Управления Проектом
6. Моделирование бизнес-процессов спецификация требований на основе структурного подхода.
Бизнес-процесс определяется как логически завершенный набор взаимосвязанных и взаимодействующих видов деятельности, поддерживающий деятельность организации и реализующий ее политику, направленную на достижение поставленных целей.
Основными бизнес-процессами являются процессы, непосредственно связанные с созданием стоимости, ориентированные на производство товаров или оказание услуг, составляющих основную деятельность организации и обеспечивающих получение дохода. Обеспечивающие бизнес-процессы не увеличивают ценность продукта или услуги для потребителя, но необходимы для деятельности предприятия. Они предназначены для поддержки выполнения основных бизнес-процессов. Такими процессами являются финансовое обеспечение деятельности, обеспечение кадрами, юридическое обеспечение, администрирование, обеспечение безопасности, поставка комплектующих материалов, ремонт и техническое обслуживание. Бизнес-процессы управления - это процессы, охватывающие весь комплекс функций управления на уровне каждого бизнес-процесса и системы в целом. Примерами таких процессов могут быть процессы стратегического, оперативного и текущего планирования, процессы формирования и выполнения управляющих воздействий. Процессы управления оказывают воздействие на все остальные процессы организации.
Бизнес-модель - это формализованное (графическое) описание процессов, связанных с ресурсами, и отражающих существующую или предполагаемую деятельность предприятия.
Основной принцип структурного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься. В модель, основанную на организационно-штатной структуре можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.
В соответствии с этим принципом бизнес-модель должна выглядеть следующим образом:
1) верхний уровень модели должен отражать только контекст системы - взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром;
2) на втором уровне модели должны быть отражены основные виды деятельности (тематически сгруппированные бизнес-процессы) предприятия и их взаимосвязи. В случае большого их количества некоторые из них можно вынести на третий уровень модели;
3) дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций - совокупностей операций, сгруппированных по определенным признакам. Бизнес-функции детализируются с помощью элементарных бизнес-операций;
4) описание элементарной бизнес-операции осуществляется посредством задания алгоритма ее выполнения.
Принципы формирования бизнес-модели на верхних уровнях декомпозиции:
1) следует избегать чрезмерной детализации (модель бизнес-процесса верхнего уровня должна содержать не более 6-8 блоков функций);
2) следует использовать реально существующие названия функций или работ;
3) не следует пытаться детально отразить всю существующую логику процесса (это будет сделано при формировании детальных моделей);
4) важно отразить общую последовательность работ, подразделения участвующие в их исполнении, основные ресурсы;
5) важно отразить основную логику процесса.
Общее число уровней в модели (включая контекстный) не должно превышать 5-6.
При моделировании бизнес-процессов диаграммы потоков данных (DFD) используются для построения моделей («AS-IS» и «AS-TO-BE», отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации и взаимодействие между ними. При этом описание используемых в организации данных на концептуальном уровне, независимом от средств реализации базы данных (СУБД), выполняется с помощью ЕRМ.
Ниже перечислены основные виды и последовательность работ при построении бизнес-моделей:
1) описание контекста процессов и построение начальной контекстной диаграммы. Начальная контекстная диаграмма потоков данных должна содержать нулевой процесс с именем, отражающим деятельность организации, внешние сущности, соединенные с нулевым процессом посредством потоков данных. Потоки данных соответствуют документам, запросам или сообщениям, которыми внешние сущности обмениваются с организацией.
2) Спецификация структур данных. Определяется состав потоков данных и готовится исходная информация для построения концептуальной модели данных в виде структур данных. Выделяются все структуры и элементы данных. Простые структуры и элементы данных объединяются в более крупные структуры. Результат можно представить в виде текстового описания, подобного описанию структур данных в языках программирования.
3) Построение начального варианта концептуальной модели данных. Для каждого класса объектов предметной области выделяется сущность. Устанавливаются связи между сущностями и определяются их характеристики (мощность связи и класс принадлежности). Строится диаграмма «сущность-связь» (без атрибутов сущностей).
4) Построение диаграмм потоков данных нулевого и последующих уровней.
Деятельности организации детализируется (декомпозируется) начальная контекстная диаграмма. Проверяется соответствие между контекстной диаграммой и диаграммой нулевого уровня (каждый поток данных между системой и внешней сущностью на диаграмме нулевого уровня должен быть представлен и на контекстной диаграмме). Процессы разделяются на группы, которые имеют много общего (работают с одинаковыми данными и/или имеют сходные функции). Декомпозируются сложные процессы и проверяется соответствие различных уровней модели процессов. Накопители данных описываются посредством структур данных, а процессы нижнего уровня - посредством спецификаций.
5) Уточнение концептуальной модели данных. Определяются атрибуты сущностей. Выделяются атрибуты-идентификаторы. Проверяются связи, выделяются зависимые от идентификатора сущности и связи «супертип-подтип». Проверяется соответствие между описанием структур данных и концептуальной моделью (все элементы данных должны присутствовать на диаграмме в качестве атрибутов).