
- •Вопросы по дисциплине «Моделирование бизнес-процессов»
- •1) Задачи при разработке ис. Модели архитектуры ис. Case - технология.
- •2) Парадигмы case-технологии. Жизненный цикл ис.
- •3) Процессы: основные, вспомогательные, организационные. Модели реализации ис.
- •4) Структурный и объектно-ориентированный подход к разработке ис: достоинства и недостатки. Принципы структурного подхода (сп).
- •5) Методологии сп. 3 группы моделей.
- •7) Idef-технология проектирования ис. Idef0, idef3-модели. Примеры.
- •Номер работы
- •8) Словарь данных. Бнф-нотация. Спецификация процессов. Управляющие структуры сея.
- •9) Архитектура системотехнической платформы. Архитектура распределённых ис: однопользовательская система, файл-сервер, двухуровневая.
- •10) Архитектура распределённых ис: трёхуровневая, n-уровневая, на основе Веб-сервера.
- •11) Связующее программное обеспечение (mw по). Классификация, назначение, примеры.
- •12) Связующее по (mw). Jdbc, основные понятия. Архитектура jdbc. Подключение приложения к бд посредством jdbc (схема).
- •13) Общие принципы проектирования систем: проектирование архитектуры системы, проектирование элементов системы
- •14) Case-средства и case-технологии
Вопросы по дисциплине «Моделирование бизнес-процессов»
1) Задачи при разработке ис. Модели архитектуры ис. Case - технология.
При разработке информационных систем (ИС) нужно решать множество взаимосвязанных задач. Это умение строить математические модели, понимать и уметь реализовать управление, разрабатывать алгоритмы и программное обеспечение, разрабатывать документацию и сопровождать функционирование системы. Потребность контролировать процесс разработки привела к появлению целой совокупности инженерных методов и средств создания программ (Softwhere Engineering (SE)).
1 Этап (90-ые годы):
Стандартизация и систематизация процессов на основе структурного подхода.
2 Этап (20 век):
Переход к сборочному, индустриальному способу создания систем на основе объектно – ориентированного (ОО) подхода.
В основе СИ лежит основная идея: проектирование систем является формальным процессом который можно стандартизировать.
Правильное применение методов и средств позволяет обеспечить управляемость и срок жизни системы.
Главный принцип СИ использовать модельный подход к разработке системы.
Непротиворечивые модели определяют структуру элементов системы, связи, поведение в процессе взаимодействия, а также иерархию подсистем, объединяющую структуру элементов системы.
Модели позволяют понять и описать структуру и поведение системы, облегчить управление процессом ее создания, уменьшить риск, документировать принимаемые проектные системы.
Модель – это полное описание ИС с точки зрения функциональных требований, функциональных данных, приложений, системной технической платформы.
Структурный и ОО подходы основаны на построении наглядных графических моделей, которые позволяют заказчикам и разработчикам совместно обсуждать и принимать решения, а разработчика принимать участие в разработке программы.
Совместные способы стали возможны при появлении программно – технических средств специального класса (CASE). CASE (Computer-aided software engineering) средства - совокупность методов проектирования систем, а также набор инструментарных средств позволяет в наглядной форме моделировать подсистемы и системы, анализировать на всех стадиях и разрабатывать приложения в соответствии с информационными потребностями пользователя.
2) Парадигмы case-технологии. Жизненный цикл ис.
Прадигмы:
Методолгоия.
Как с помощью моделей и методов описать весь процесс создания системы. Выбрать комплекс инструментальных средств, обеспечивающих автоматизированное проектирование. В основе методологии лежит пошаговый метод, который требует следования определенным этапам жизненного цикла, правила выполнения каждого этапа, упорядочивание всего процесса проектирования. В современной методологии 3 этапа: Структурный подход, ОО подход, RAD (Rapid Application Development) средства.
Метод.
Систематизированная процедура или техника генерации описания компонентов системы (функции, требования, структуру данных, спецификация процессов).
Нотация.
Используется для описания структуры системы, элементов данных, этапов разработки, включает в себя графы, диаграммы, таблицы, формальные и естественные языки в виде стереотипов.
Средства.
Инструментарий для поддержки и усиления методов.
Жизненный цикл ИС:
В основе деятельности по созданию и использованию ПО лежит понятие его жизненного цикла (ЖЦ). ЖЦ является моделью создания и использования ПО, отражающей его различные состояния, начиная с момента возникновения необходимости в данном программном изделии и заканчивая моментом его полного выхода из употребления у всех пользователей.
CASE-средство – программное средство, поддерживающее процессы ЖЦ ПО, определенные в стандарте ISO/IEC 12207:1995.
Традиционно выделяются следующие основные этапы ЖЦ ПО:
анализ требований,
проектирование,
кодирование (программирование),
тестирование и отладка,
эксплуатация и сопровождение.
Анализ требований выделяется в отдельный этап, то есть этой проблеме придается большое значение при создании программных продуктов. Считается, что именно здесь лежит ключ к успеху разработки. На этом этапе дается ответ на вопрос, что должна делать создаваемая система, то есть каковы ее функции, условия их выполнения, особенности взаимодействия с пользователями и другими системами. Безусловно, что этот этап основан на творческой работе разработчика (системного аналитика). CASE-технология должна помочь ему четко представить все особенности создаваемой системы и также четко и однозначно выразить требования к ней.
Также основная цель CASE состоит в том, чтобы отделить проектирование ПО от его кодирования и последующих этапов разработки, а также скрыть от разработчиков все детали среды разработки и функционирования ПО.
Проектирование
Кодирование
Тестирование
Эксплуатация
Это связано с тем, что при четком изложении того, что и как должна делать система, процесс написания программы (кодирования) может быть автоматизирован (частично или полностью). Поэтому особое значение приобретает именно этап проектирования, где требуется творческое участие разработчика.
Этапы анализа требований и проектирования, являющиеся наиболее трудно формализуемыми, как раз и явились теми, где CASE-технологии получили наибольшее распространение.