
- •Зміст системного аналізу, комплекс вирішуваних проблем
- •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 при реалізації програмних систем
2. Аналіз ризиків.
Анализ рисков - процедуры выявления факторов рисков и оценки их значимости, по сути, анализ вероятности того, что произойдут определенные нежелательные события и отрицательно повлияют на достижение целей проекта. Анализ рисков включает оценку рисков и методы снижения рисков или уменьшения связанных с ним неблагоприятных последствий. Оценка рисков - это определение количественным или качественным способом степени рисков. Качественный анализ имеет целью определить факторы, области и виды рисков. Количественный анализ рисков должен дать возможность численно определить размеры отдельных рисков и риска предприятия в целом. Итоговые результаты
Анализ рисков можно подразделить на два взаимно дополняющих друг друга вида: качественный и количественный.
Качественный анализ может быть сравнительно простым, его главная задача - определить факторы риска, этапы работы, при выполнении которых риск возникает и т.д., то есть, установить потенциальные области риска, после чего идентифицировать все возможные риски.
Количественный анализ риска, т.е. численное определение размеров отдельных рисков и риска проекта в целом - проблема более сложная.
Все факторы, так или иначе влияющие на рост степени риска в проекте, можно условно разделить на две группы: объективные и субъективные.
К объективным факторам относятся факторы, независящие непосредственно от самой фирмы: это инфляция, конкуренция, анархия, политический и экономические кризисы, экология, таможенные пошлины и т.д.
К субъективным факторам относятся факторы, характеризующие непосредственно данную фирму: это производственный потенциал, техническое оснащение, уровень предметной и технологической специализации, организация труда, уровень производительности труда, степень кооперированных связей, уровень техники безопасности, выбор типа контрактов с инвесторами и т.д.
3. Таблиці істинності «І», «АБО» в задачах моделювання IDEF0.
AND OR
X Y F X Y F
0 0 0 0 0 0
0 1 0 0 1 1
1 0 0 1 0 1
1 1 1 1 1 1
Билет №22
1. Комплекс технічних рішень з використанням технологій IDEF0.
Нотація IDEF0 (Integration Definition for Function Modeling) може бути використана для моделювання широкого класу систем. Для нових систем застосування IDEF0 має своєю метою визначення вимог і вироблення функціональних вказівок для наступної розробки системи, що відповідає поставленим вимогам і реалізує виділеним функціям. Стосовно до вже існуючих систем IDEF0 може бути використана для аналізу функцій, які виконуються системою й відображення механізмів цих функцій. Результатом застосування IDEF0 до деякої системи є модель цієї системи, що складається з ієрархічно впорядкованого набору діаграм, тексту документації й словників, зв'язаних один з одним за допомогою перехресних посилань.
2. Категорії джерел ризику
1.Проектные риски(относятнся к проэктам):
Источники:
- выбор бюджета, разработка, плана, реализация програмного продукта
- формирование тренований к програмному продукту
- выбор структуры програмного продукта
- методика взаимодейстчвияс заказником
2. Технические риски (аппаратурные или технические риски,оказывающие риски):
Источники:
- Трудности проектирования реализации интерфейса тестового обеспечения
- Неточность спецификации(рещение класс задач,мат. Примеры переводим на язык программирования)
- Наличие неопределенности + отсталые решения (неопределенные…для них риски не могут быть идентефицированы )
- Отсутствие технических средств
3.Коммерческие риски(финансирование,маркетинг,реклама)
Источники:
- Создание программного продукта ,кот.непользуется спросом
- Создание программного продукта,опережающего требования рынка
- Потеря финансирования
3 Анализ методов системного анализа
Классы методов
1) строгоформализованные
• методы классической математики(диф. исчислесния, анализы экстремумов)
• методы стохастической математики(методы динамики + вероятностные процессы +время)
• методы дискретной математики(предикаты 1,2,n - порядков(n - местный предикат - предикат,кот. зависит от своих составляющих)
• методы оптимизации (линейное/нелинейное программирование)
2) методы, направленныена формализацию
• метод построения модели
• планирование и проведение эксперимента
3) слабоформализованные
• экспертные оценки
• социологические исследования
• нечеткая логика и теория нечетких мн-в->работает эксперт
• субоптимизационные методы
4) неформализованные методы(методы,направленные на творческое начало,на них держится проектирование при выборе систем):
• формулировка проблемы(вербальное изложение)
• выявление и выбор целей системы
• разбивка и выбор целей системы + критерии различных уровней
• генерированные альтернативы (интернет - ресурсы и др. сетевые ресурсы)
• морфологический анализ(рассматривает составные части и их взаимодействие)