
- •2. Функциональный подход
- •4. Объектно-ориентированная методология. А
- •6. Диаграмма деятельности (Activity Diagram)
- •7. Системный подход к разработке по
- •8. Вид и назначение диаграммы компонент Component diagram.
- •9. Процессный подход к разработке по. Текущий, конкретный и стандартный процессы компании.
- •10. Моделирование данных. Методология idef1x. Диаграммы «сущность-связь».
- •11. Процессный подход к разработке по. Проблемы и пути решения: стратегии Organization pull и Technology push.
- •12. Вид и назначение диаграммы сценариев Use case diagram.
- •13. Процессный подход к разработке по. Стандарты CobIt, itil, Scrum.
- •14. Основные понятия объектно-ориентированной методологии (объект, класс, атрибут, метод).
- •15. Понятие жизненного цикла по. Три группы процессов
- •16. Понятие связности модуля
- •17. Водопадная модель жизненного цикла аис. Достоинства и недостатки.
- •18. Универсальный язык моделирования (uml). Назначение и характеристики.
- •19. Спиральная модель жизненного цикла аис. Достоинства и недостатки.
- •20. Функциональная методология idef0.
- •21. Инкрементная модель жизненного цикла аис. Достоинства и недостатки.
- •23. Тяжеловесные (прогнозирующие) и подвижные (облегченные, адаптивные) семейства процессов жц по
- •24. Базовые понятия erd-диаграмм: ключи, нормализация данных, домены, индексы, триггеры.
- •25. Принципы Agile Manifesto. Примеры процессов.
- •26. Case-средства. Средства проектирования.
- •27. Экстремальное программирование.
- •28. Вид и назначение диаграммы кооперации Collaboration diagram.
- •29. Стадии разработки аис в соответствие с гост 34.601-90 «Автоматизированные системы. Стадии создания».
- •30. Вид и назначение диаграммы последовательностей действий Sequence diagram.
- •31. Содержание технического задания в соответствие с гост 34.602-89 «Техническое задание на создание автоматизированной системы».
- •32. Case-средства. Средства управления требованиями.
- •33. Содержание стадий «Технический проект», «Рабочая документация», «Ввод в действие» в соответствие с гост 34.601-90 «Автоматизированные системы. Стадии создания».
- •34. Моделирование потоков работ. Методология idef3
- •35. Организационное моделирование. Схема организационного бизнес-моделирования. Полная бизнес-модель компании.
- •Полная бизнес-модель компании
- •36. Этапы проектирования аис с применением языка универсального моделирования (uml).
- •37. Инжиниринговый подход к бизнес-моделированию. Матрицы проекций. Case-средства. Средства тестирования.
- •38. Шаблоны разработки функционала, зон ответственности. Шаблон разработки миссии
- •Шаблон формирования бизнесов
- •39. Моделирование потоков данных. Методология dfd.
- •40. Бизнес процессы компании. Понятие. Классификация.
- •41. Вид и назначение диаграммы классов Class diagram.
- •42. Case-средства. Средства управления конфигурациями.
- •43. Предпроектное обследование предприятия.
6. Диаграмма деятельности (Activity Diagram)
Диаграммы деятельности (Activity Diagram) позволяет изобразить поток операций в системном, производственном или технологическом процесcе. Диаграммы деятельности используется для моделирования прецедента в виде последовательности действий (activity),описывающих взаимодействие актера с системой . Эта диаграмма концентрирует вниманиена том, какие действия выполняются и кто несет ответственность за их выполнение.
Деятельность может быть двух типов:
action – действие.
send event – посылка события.
В свою очередь действие (action) может имеет имя (name) и выполняться по входу (onEntry), по выходу (on Exit), во время (Do) и при возникновении события (on Event).
Если деятельность имеет тип «send event» - послать событие, то, кроме указания момента инициализации данной деятельности (on Entry, on Exit, Do, on Event) можно указать посылаемые аргументы (Send arguments) и целевую деятельность (Send target).
Перемещение объекта от одной деятельности (состояния) к другой отражается с пом. стрелки ( transition). Спецификация перехода включает в себя:
• событие (event) – это то, что вызывает переход от одной деятельности к другой. Имя события помещается над связью между состояниями. У события могут быть аргументы.
• защитные условия (guard conditions) – условия, наложенные на осуществление перехода. Защитные условия указываются вдоль линии перехода после имени события и заключаются в квадратные скобки.
• действие (action), которое должно быть выполнено в процессе перехода (указывается вдоль линии перехода после «/»).
• событие, которое может быть послано ( send event ) целевой деятельности (send target) с аргументами (send arguments)
7. Системный подход к разработке по
Основной общий принцип системного подхода заключается в рассмотрении частей явления или сложной системы с учетом их взаимодействия. Системный подход включает в себя выявление структуры системы, типизацию связей, определение атрибутов, анализ влияния внешней среды.
На практике идеи и положения системного подхода выражаются и конкретизируются в виде нескольких его разновидностей, которые рассматриваются в курсе системотехники и также называются походами к проектированию. Среди таких подходов выделяют три основных.
1. При структурном подходе синтезируются варианты системы из набора компонентов (блоков). Эти варианты оцениваются при их частичном переборе с предварительным прогнозированием характеристик компонентов.
2. ^ Блочно-иерархический подход к проектированию использует декомпозицию сложных описаний объектов и средств их создания на иерархические уровни и аспекты. При этом подходе используются понятия стиля проектирования (восходящее и нисходящее) и устанавливаются связи между параметрами соседних иерархических уровней.
3. ^ Объектно-ориентированный подход используется при разработке информационных систем и их программного обеспечения. Основан на введении в описания объектов их иерархии и отношений наследования между свойствами объектов разных иерархических уровней. Такой подход сокращает объём спецификаций объектов и уменьшает вероятность искажения данных за счёт ограничения доступа к ним.
Всем разновидностям подходов к проектированию присущи такие отличительные особенности:
1 Структуризация процесса проектирования, выражаемая декомпозицией проектных задач и документации, выделением стадий, этапов, проектных процедур. Эта структуризация является сущностью блочно-иерархического подхода к проектированию.
2. Итерационный характер проектирования. Итерация – результат повторного применения какой-либо математической операции. Метод итераций – метод последовательных приближений к решению конечных уравнений, в результате чего получаются все более точные приближенные решения таких уравнений.
3. Типизация и унификация проектных решений и средств проектирования.
В широком смысле информационная система есть совокупность технического, программного и организационного обеспечения, а также персонала, предназначенная для того, чтобы своевременно обеспечивать надлежащих людей надлежащей информацией[1].
Также в достаточно широком смысле[2] трактует понятие информационной системы Федеральный закон РФ от 27 июля 2006 года № 149-ФЗ «Об информации, информационных технологиях и о защите информации»: «информационная система — совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств»[3].
Одно из наиболее широких определений ИС дал М. Р. Когаловский: «информационной системой называется комплекс, включающий вычислительное и коммуникационное оборудование, программное обеспечение, лингвистические средства и информационные ресурсы, а также системный персонал и обеспечивающий поддержку динамической информационной модели некоторой части реального мира для удовлетворения информационных потребностей пользователей»[4].
Стандарт ISO/IEC 2382-1 дает следующее определение: «Информационная система — система обработки информации, работающая совместно с организационными ресурсами, такими как люди, технические средства и финансовые ресурсы, которые обеспечивают и распределяют информацию»[5].
Российский ГОСТ РВ 51987 определяет информационную систему как «автоматизированную систему, результатом функционирования которой является представление выходной информации для последующего использования».