Структура системного анализа

Какие задачи входят в состав системного анализа.

– в состав задач системного синтеза входят задачи декомпозиции, анализа и синтеза.

Какие задачи не входят в состав системного анализа:

СВЕРХУ НАПИСАНО ЧТО ВХОДИТ, ВСЁ ОСАЛЬНОЕ НЕ ВХОДИТ!

На этапе декомпозиции осуществляется

обеспечивает формирование общего представления системы.

На этом этапе осуществляются:

– Определение общей цели исследования и основной функции системы.

– Выделение системы из внешней среды.

– Описание воздействующих факторов.

– Описание системы как «черного ящика».

– Функциональная (по функциям), компонентная (по элементам) и структурная (по виду отношений между элементами) декомпозиция системы.

К основным целям системного анализа относятся

обеспечивает формирование детального представления системы.

– Формулирование потребностей в новой ЭИС на основе идентификации всех недостатков существующей ЭИС;

– Выбор направлений и определение экономической целесообразности проектирования ЭИС.

К основным целям системного анализа не относятся

СВЕРХУ НАПИСАНО ЧТО ВХОДИТ, ВСЁ ОСАЛЬНОЕ НЕ ВХОДИТ!

Этап системного синтеза предполагает:

– Разработку функциональной архитектуры ЭИС, которая отражает структуру выполняемых системой функций;

– Разработку системной архитектуры выбранного варианта ЭИС, то есть состав обеспечивающих подсистем.

Этап системного синтеза не предполагает.

СВЕРХУ НАПИСАНО ЧТО ВХОДИТ, ВСЁ ОСАЛЬНОЕ НЕ ВХОДИТ!

Методологии системного анализа и проектирования информационных систем

В структурном анализе и проектировании используют различные модели, которые описывают:

– Функции, которые система должна выполнять;

– Отношения между данными;

– Поведение системы, зависящее от времени.

Для целей структурного анализа и моделирования все методологии используют общие группы

– методологии структурного анализа и проектирования

– методологии объектно-ориентированного анализа и проектирования.

На этапе анализа определяются:

– анализ требований является первой фазой разработки программного обеспечения (ПО), на которой требования заказчика уточняются, формализуются и документируются.

Фактически на этом этапе дается ответ на вопрос: «Что должна делать будущая система?»

Что нельзя определить на этапе анализа.

СВЕРХУ НАПИСАНО ЧТО ОПРЕДЕЛЯЕТСЯ, ВСЁ ОСАЛЬНОЕ НЕ ОПРЕДЕЛЯЕТСЯ!

Этап проектирования ПО разделяют на:

– проектирование архитектуры ПО, которая включает разработку структуры и интерфейсов компонентов системы, согласование функций и технических требований к компонентам, методам и стандартам проектирования;

– детальное проектирование, которое включает разработку спецификаций каждой компоненты, интерфейсов между компонентами, разработку требований к тестам и плана интеграции компонент.

К этапу проектирования ПО не относятся:

СВЕРХУ НАПИСАНО ЧТО ОТНОСИТЬСЯ, ВСЁ ОСАЛЬНОЕ НЕ О!

Модель DFD:

– диаграммы потоков данных;

Методология SADT:

– методологическая структура анализа и проектирования

Модель BRD:

– диаграммы «сущность-связь);

Модель STD.

– диаграммы переходов состояний

Структурный анализ – это

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

Технологии проектирования определяются как совокупность следующих составляющих:

– пошаговой процедуры, определяющей последовательность технологических операций проектирования

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

– нотаций (графических и текстовых средств), используемых для описания проектируемой системы.

Что является главной особенностью при разработке крупных информационных систем:

– главная особенность разработки крупных информационных систем состоит в концентрации сложности на первых двух этапах ЖЦ (анализ требований и проектирование). Остальные этапы имеют относительно невысокую сложность и трудоемкость.

DFD-диаграммы

Внешние сущности

– материальный объект являющийся источником или приёмником информации.

Основными компонентами диаграмм потоков данных являются:

– внешние сущности, представляющее собой источник или приемник информации;

– процессы преобразования входных данных в выходные в соответствии с определенным алгоритмом;

– накопители данных, в которые можно помещать и извлекать информацию;

– поток данных, определяющий информацию, передаваемую через некоторое соединение от источника к приемнику.

Потоки данных

– определяет информацию передоваемую через некоторое соединение(кабель,почтовая связь, курьер)

Процессы

– представляют собой преобразование входящих потоков данных в выходные в соответствии с определенным алгоритмом

Словарь данных

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

Спецификации процессов -

-– представляет собой алгоритм описания задач выполняемых процессами.

Управляющий процесс

– Представляет собой интерфейс между DFD диаграммами и спецификациями управления которые моделируют и комментируют аспекты реального времени.

Управляющий поток

– представляет собой “трубопровод” через который проходит управляющая информация

Управляющее хранилище

– представляет собой “срез” управляющая потоками во времени, содержащаяся в нём управляемая информация может использоваться в любое время после её занесения в хранилище, и она содержит только управляющие потоки

Хранилища

– предназначены для изображения неких абстрактных устройств для хранения данных, хранилище является прообразом БД проектирования ИС.

3