
- •Зміст системного аналізу, комплекс вирішуваних проблем
- •3. Наведіть, які бувають типи стрілок і що позначає кожен тип? Що таке домінування? Як розташовуються блоки в idefo?
- •Система як об’єкт дослідження
- •Методологія та особливості системного аналізу при прийнятті рішень в знання орієнтованих система
- •3. Що таке Сховище даних в термінах структури баз даних?
- •Що таке Зовнішня сутність в термінах нотації idefo?
- •3. Що представляють собою діаграми idef3?
- •3. Наведіть основні положення - Як здійснюється декомпозиція роботи idefo або dfd у діаграму idef3?
- •Билет № 7
- •Билет № 8
- •Билет №9
- •3. Розробка та дослідження діаграм дерева вузлів та формування звітів
- •Билет № 10
- •1. Предметний опис систем
- •2. Основні елементи (складові) керівництва програмним проектом
- •1. Інформаційний опис систем
- •1. Історичний опис систем
- •2. Складові процесу тестування
- •3. Стратегія проекту iso 9000
- •Билет №17
- •1) Наведіть основні можливості, функції та дані, що характеризують інтерфейс пакету візуального моделювання bpWin
- •. Поняття моделі. Модель як відображення об’єкту
- •1. Классификация по области использования модели
- •2. Классификация с учетом фактора времени: статическая и динамическая модели.
- •3. Классификация по способу представления
- •Билет №19
- •Співвідношення моделі та оригіналу (об’єкта моделювання) у системному аналізі
- •Билет №21
- •2. Аналіз ризиків.
- •Билет №22
- •Билет №23
- •Билет №24
- •Билет №25
- •2. Наведіть основні результати та критично проаналізуйте побудову та результати досліджень моделей по нотації dfd
- •Билет№26
- •Idefo вимагає, щоб у діаграмі було не менш трьох і не більше шести блоків. Ці обмеження підтримують складність діаграм і моделі на рівні, доступному для читання, розуміння й використання.
- •3.Сформулюйте та обґрунтуйте, шо являє собою пакет візуального моделювання bpWin?
- •Билет №27
- •1. Технічні артефакти
- •Билет №28
- •1. Побудова та уточнення інформаційної моделі
- •2. Використання case-засобів для побудови інформаційних моделей
- •3. Що таке діаграми декомпозиції в системі idef0?
- •Билет №29
- •1. Інформаційні потоки та процеси
- •2. Case засоби в системному аналізі.
- •Билет №30
- •2. Інфологічний підхід до побудови інформаційної моделі.
- •3. Стандарти якості iso 9000 при реалізації програмних систем
Система як об’єкт дослідження
Система - объект или процесс, в котором элементы-участники связаны некоторыми связями и отношениями
Сложная ситема: - степень сложности зависит от количества подсистем,взаимосвязанных функций - сложность самих подсистем определяет:
многокритериальность
асинхронность ожидаемых решений
процессы слабо- или неформализованные
наличие оптимальных решений, т.е решений, кот. исп. min ресурсов и времени в конкретных условиях
Сит.подход- рациональная разбивка на составные части, применение к этим частям научно-обоснованнных методов; общенаучное, методолгическое направление, кот. разрабатывает методы и способы теоретических исследований при разработкебольших систем.
Большая система - система, решающая сложные задачи на основе системного подхода.
Системный подход,каки большая система базируется на следующих принципах:
п
ринцип многоплановости совойств(линейное/нелинейное программирование)
принцип многомерности свойств(задача много критериальная, обладает множ-вом входов\выходов)
принцип иерархичности
принцип разнопорядковости свойств
принцип динамичности ,реализованный на всех этапах жизненного цикла
Свойства системы:
каждая система является особенной относительно каждой среды
открытость(система должна контактировать с ОС)
структурированность\(система должна являться совокупностью связей,частейи времени)
динамичность(развитие системы; характерны параметрывремени и пространства)
энерджментность - мера сложности системы (сумма свойств системы не равна сумме свойств компонент системы)
иерархичность(любую систему можно представить в виде совокупности взаимодействия подсистем,при чем это взаимодействие можно представить в виде некоторогодерева)
распределенность (реализуется на основе сетевых компонент систем,увеличения времени и качества,понижении себестоимости)
подчиненность системы поставленным целям
Компонент
Позначення
Потік даних
Процес (робота)
Сховище
Зовнішня сутність
Методология KADS (Knowledge Acquisition and Documentation Structuring), в основе которой лежит понятие интерпретационной модели, позволяющей процессы извлечения, структурирования и формализации знаний рассматривать как "интерпретацию" лингвистических знаний в другие представления и структуры. Результатом анализа является концептуальная модель, состоящая из четырех уровней (уровня области - уровня вывода - уровня задачи - стратегического уровня), которая затем вводится в пространство проектирования и преобразуется в трехуровневую модель проектирования.
Анализ используемых технологий разработки программного обеспечения показал, что наиболее совершенная и прогрессивная технология это клиент-сервер, с использованием возможности WEB/database.
WEB предлагает стандартизацию пользовательского интерфейса, возможность совместной работы разных приложений от разных платформ, простоту разработки приложений, легкость поддержки, хорошо стандартизированные отношения клиент-сервер, возможность использования интернет/интранет. Одновременно Базы данных предлагают мощный метод упорядочения и сопровождения информации, представляемой на WEB страницах, возможность использовать для поиска информации SQL-сервер.
Сформулюйте, що являють собою діаграми потоків даних?
Диаграммы потоков данных (Data Flow Diagrams) представляют сеть связанных между собой работ. Их удобно использовать для описания документооборота и обработки информации. Для построения диаграмм DFD в BPwin используется нотация Гейна-Сарсона (таблица 1)
Білет № 3
1. Класифікація систем. Життєвий цикл систем.
Классификацию систем можно осуществить по разным критериям. Проводить ее жестко - невозможно, она зависит от цели и ресурсов. Приведем основные способы классификации (возможны и другие критерии классификации систем).
По отношению системы к окружающей среде:
открытые (есть обмен ресурсами с окружающей средой);
закрытые (нет обмена ресурсами с окружающей средой).
По происхождению системы (элементов, связей, подсистем):
искусственные (орудия, механизмы, машины, автоматы, роботы и т.д.);
естественные (живые, неживые, экологические, социальные и т.д.);
виртуальные (воображаемые и, хотя реально не существующие, но функционирующие так же, как и в случае, если бы они существовали);
смешанные (экономические, биотехнические, организационные и т.д.).
По описанию переменных системы:
с качественными переменными (имеющие лишь содержательное описание);
с количественными переменными (имеющие дискретно или непрерывно описываемые количественным образом переменные);
смешанного (количественно-качественное) описания.
По типу описания закона (законов) функционирования системы:
типа "Черный ящик" (неизвестен полностью закон функционирования системы; известны только входные и выходные сообщения);
не параметризованные (закон не описан; описываем с помощью хотя бы неизвестных параметров; известны лишь некоторые априорные свойства закона);
параметризованные (закон известен с точностью до параметров и его возможно отнести к некоторому классу зависимостей);
типа "Белый (прозрачный) ящик" (полностью известен закон).
По способу управления системой (в системе):
управляемые извне системы (без обратной связи, регулируемые, управляемые структурно, информационно или функционально);
управляемые изнутри (самоуправляемые или саморегулируемые - программно управляемые, регулируемые автоматически, адаптируемые - приспосабливаемые с помощью управляемых изменений состояний, и самоорганизующиеся - изменяющие во времени и в пространстве свою структуру наиболее оптимально, упорядочивающие свою структуру под воздействием внутренних и внешних факторов);
с комбинированным управлением (автоматические, полуавтоматические, автоматизированные, организационные).
Жизненный цикл С можно представить как ряд событий, происходящих с системой в процессе ее создания и использования.
В простейшем варианте набор этапов жизненного цикла таков:
анализ требований;
проектирование (предварительное и детальное);
кодирование и отладка ("программирование");
тестирование;
эксплуатация и сопровождение.
Модель жизненного цикла отражает различные состояния системы, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления. Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
В соответствии с базовым международным стандартом ISO/IEC 12207 все процессы ЖЦ ПО делятся на три группы:
1. Основные процессы:
* приобретение;
* поставка;
* разработка;
* эксплуатация;
* сопровождение.
2. Вспомогательные процессы:
* документирование;
* управление конфигурацией;
* обеспечение качества;
* разрешение проблем;
* аудит;
* аттестация;
* совместная оценка;
* верификация.
3. Организационные процессы:
* создание инфраструктуры;
* управление;
* обучение;
* усовершенствование.
Стадии создания систем (Табл 2.2)