- •1. Зміст системного аналізу, комплекс вирішуваних проблем
- •2. Система як об’єкт дослідження
- •3. Классифіаці систем. Життєвий цикл систем.
- •4. Циклічність процесів аналізу та розробки.
- •5. Класи методів системного аналізу
- •6. Задачі системного аналізу:
- •7. Об’єкти та системи
- •8. Опис системи: вербальний; формальний. Особливості використання. Сфера застосування
- •9. Морфологічний опис системи.
- •10. Параметричний підхід у системному аналізі
- •11. Об’єктний підхід у системному аналізі
- •12. Предметний опис систем
- •13. Функціональний опис систем
- •14. Інформаційний опис систем
- •15. Історичний опис систем
- •16. Системне дослідження, задачі. Структура системи, потоки, процеси
- •17. Наведіть основні можливості, функції та дані, що характеризують інтерфейс пакету візуального моделювання bpWin
- •19. Співвідношення моделі та оригіналу (об’єкта моделювання) у системному аналізі
- •20. Основні підходи до моделювання. Принципи моделювання
- •21. Технології моделювання idef0. Основні положення
- •23. Проблеми розробки по та шляхи їх розв’язання (Rational Unified Process - (rup)
- •24. Складність та декомпозиція програмних систем.
- •25. Правила та способи декомпозиції. Робочі потоки
- •26. Види моделей. Їх призначення та особливості.
- •27. Технічні артефакти
- •28. Побудова та уточнення інформаційної моделі.
- •29. Інформаційні потоки та процеси
- •Информационные потоки
- •30. Структура даних та бази даних.
- •31. Стратегия синтеза структуры бд на основе информационной модели
- •32. Case засоби в системному аналізі.
- •33. Використання case-засобів для побудови інформаційних моделей
- •34.Етапи та зміст універсального процесу розробки
- •35. Наведіть основні результати та критично проаналізуйте побудову та результати досліджень моделей по нотації idef0 в системах штучного інтелекту
- •36. Наведіть основні результати та критично проаналізуйте побудову та результати досліджень моделей по нотації dfd
- •37. Наведіть основні результати та критично проаналізуйте побудову та результати досліджень моделей по нотації idef3
- •38. Ідентифікація ризиків.
- •39. Категорії джерел ризику
- •40. Аналіз ризиків.
- •41.Ранжування ризиків
- •42. Планування управління ризиками. Стеження за ризиками
- •43. Рівні тестування. Види тестування
- •44. Техніка тестування. Особливості використання. Переваги, недоліки
- •45.Процес тестування.
- •46.Складові процесу тестування Три составляющие тестирования — экскурс в теорию
- •47. Управління проектом.
- •48. Етапи управління проектом.
- •49 Руководство программным проектом (пп)
- •50. Размерно - ориентированные метрики (показатели оценки объема)
- •51 Метод критической цепочки (мкц)
- •52. Особливості застосування методу критичних ланцюжків (мкл) при управлінні проектом
- •53. Задачі управління якістю проекта
- •54. Труднощі, що виникають при управлінні проектами систем, орієнтованих на використання знань за умов невизначеності
- •55. Задачі управління проектами систем, орієнтованих на використання знань за умов невизначеності
- •60. Методология и особенности системного анализа при принятии решений в интеллектуальных крупномасштабных системах
32. Case засоби в системному аналізі.
CASE-средства (Computer Aided Software Engineering) - это программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.
CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
Для CASE существуют 4 типа диаграмм: диаграммы функционального проектирования (для этих целей наиболее часто употребляются DFD-диаграммы потоков данных), диаграммы моделирования данных (как правило, ERD-диаграммы "сущность-связь"), диаграммы моделирования поведения (как правило, STD-диаграммы переходов состояний) и структурные диаграммы (карты), применяющиеся на этапе проектирования и описывающие отношения между модулями и внутримодульную структуру. Создание и модификация подобных диаграмм осуществляется с помощью специальных графических редакторов (диаграммеров), являющихся сервисными средствами на этапах анализа требований и проектирования спецификаций.
Полученные диаграммы дают ясное понимание и решение проблемы, позволяют проанализировать функционирование создаваемого ПО, фиксируют связи между разработчиками, пользователями и руководителями, обеспечивают стандартизацию представления структуры программы и данных.
CASE-технология базируется на методологии системного анализа. Под системным анализом понимают научную дисциплину, разрабатывающую общие принципы исследования сложных объектов и процессов с учетом их системного характера. Его основная цель - сосредоточить внимание на начальных этапах разработки. В рамках CASE-технологии системный анализ предназначен для отделения проектирования от программирования. В разработке в соответствии с CASE-технологией выделяются построение архитектуры и ее последующая реализация, поэтому системный анализ называют структурным системным анализом или просто структурным анализом. Важнейшими (базовыми) принципами являются деление (декомпозиция) и последующее иерархическое упорядочение.
33. Використання case-засобів для побудови інформаційних моделей
В зависимости от целей анализа предметной области, рассмотренные выше модели, могут строиться в произвольной последовательности. Однако, в соответствии с методикой обследования системы управления предприятия построение CASE-моделей целесообразно выполнять в следующем порядке:
1. По результатам обследования предметной области строится модель функциональной декомпозиции (FD-модель) системы управления предприятием. На этом уровне определяются все функции и процессы, протекающие в подразделениях. Диаграммы модели являются предварительным этапом для построения диаграмм потоков данных и позволяют получить общее представление о распределении функций и процессов управления по структурным элементам.
2. По FD-модели предметной области строится совокупность диаграмм потоков данных (DF-модель). Данные диаграммы, используя функции и процессы, описанные на уровне FD-модели, позволяют детализировать описание предметной области за счет введения накопителей, потоков данных и внешних сущностей. В описательном смысле это соответствует добавлению к функциональной структуре объекта предметной области данных, полученных при обследовании документооборота – сведений о поставщиках и получателях информации, структуре и реквизитном составе документов, структуре потоков данных и накопителей. Эти хранимые в репозитории описания используются для перехода к построению диаграммам «сущность-связь».
3. По результатам анализа содержания накопителей данных строятся диаграммы типа «сущность-связь». В отличие от FD- и DF-диаграмм эти диаграммы описывают структуру системы понятий, в рамках которой сотрудники функциональных служб системы управления предприятием реализуют процессы своей предметной деятельности. Этот процесс требует высокой квалификации и значительных интеллектуальных затрат, но в соответствии с концепцией применения современных CASE-технологий является необходимой стадией в структурном анализе информационных систем.