Добавил:
darkwarius13@gmail.com Рад если помог :). Можешь на почту спасибо сказать Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Контрольні відповіді1.docx
Скачиваний:
2
Добавлен:
27.06.2021
Размер:
29.15 Кб
Скачать

Контрольні запитання та завдання

1. Яка мета побудови моделі вимог?

Модель требований помогает:

  • сосредоточиться на внешнем поведении системы независимо от ее внутреннего строения;

  • описать потребности пользователей и заинтересованных лиц более однозначно, чем с помощью естественного языка;

  • планировать последовательность разработки функций;

  • использовать модели в качестве основы для системных тестов, устанавливая четкое отношение между тестами и требованиями. При изменении требований это отношение помогает правильно обновлять тесты. Это позволяет обеспечить соответствие системы новым требованиям.

2. Сформулюйте основні вимоги до системи, що проектується.

Предоставление информации для пользователя

Предоставление функционала для коммуникации со страховой компанией

Предоставление функционала для работы с системой

Предоставление функционала для отчетности

3. Які типи моделей використовуються в структурному аналізі?

Структурний аналіз – метод дослідження систем, ґрунтований на структурній декомпозиції предметної області, результатом якого є ієрархічна структура.

В структурном проектировании и анализе используют разные модели, которыми описывается: Передача информации между функциональными процессами; Последовательность действий, которые выполняются; Функциональная структура системы; Отношения между данными.

4. Назвіть існуючи методології структурного аналізу.

• SADT (Structured Analysis and Design Technique) — методология структурного анализа и проектирования;

• DFD(Data Flow Diagrams)—диаграммы потоков данных в нотациях Гейна-Сарсона, Йордона-Де Марко и других, обеспечивающие требования анализа и функционального проектирования информационных систем;

• STD (State Transition Diagrams) — диаграммы перехода состояний, основанные на расширениях Хартли и Уорда-Меллора для проектирования систем реального времени;

• ERD (Entity-Relationship Diagrams) — диаграммы «сущность-связь» в нотациях Чена и Баркера;

• Структурные карты Джексона и/или Константайна для проектирования межмодульных взаимодействий и внутренней структуры объектов;

• FDD (Functional Decomposition Diagrams) — диаграммы функциональной декомпозиции;

5. Які переваги використання методології SADT?

SADT (акроним от англ. Structured Analysis and Design Technique) — методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком.

Модели SADT (IDEF0) традиционно используются для моделирования организационных систем (бизнес-процессов)

Достоинствами применения моделей SADT для описания бизнес-процессов являются:

  • полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи);

  • · Комплексность декомпозиции

  • · Возможность агрегирования и детализации потоков данных и информации (разделение и слияние дуг)

  • Наличие жестких требований, обеспечивающих получение модели стандартного вида.

  • · Простота документирования процессаx

  • · Соответствие подхода к описанию процесса стандарту ИССО

6. Які методології об’єктно-орієнтованого моделювання ви знаєте?

методологія ОМТ (Object Modeling Technique) Основная задача метода это создание таких наборов объектных моделей, детально описывающих архитектуру системы, пока финальный вариант модели не станет пригодным для реализации. предполагает наличие трех фаз. На фазе анализа создаются модели предметной области. В течение этой фазы создаются модели трех типов - объектные модели, динамические модели и функциональные модели;

методологія Booch; Метод предусматривает постепенное и многократное уточнение архитектуры системы (incremental and iterative approach). Метод предусматривает фазу анализа проблемной области для выявления классов и объектов, а также связей между ними. Метод использует графическую нотацию для проектирования.

методологія OOSE (Object – Oriented Software Engineering); Он основывается на проектировании, управляемом видами использования - подходе, центральным звеном которого является понимание того, как фактически используется система. Используя этот подход, можно через последовательность стадий создавать очень большие и сложные системы на основе независимого анализа отдельных видов использования.

методологія ARIS (Architecture of Integrated Information System).