Лабораторная работа 1, Гареева Альгиза. Лабораторная работа Структурный анализ и проектирование программных систем
 Скачать 243.6 Kb.
|
|
ЛАБОРАТОРНАЯ РАБОТА № 1. Структурный анализ и проектирование программных систем. Вариант 7. Выполнил: Гареев А.З. БПИ-20-01 Ход работы: Антивирус-ревизор. Система фиксирует состояние заданных пользователем папок и в случае изменения их состояния (количество файлов, размер, дата создания или модификации, атрибуты) отмечает измененные элементы файловой системы как подозрительные. Проверка состояния папок осуществляется либо по расписанию, либо команде пользователя. DFD-диаграмма:  DFD-диаграмма для подсистемы:  STD диаграмма:  Ответы на вопросы: В ЖЦ ПО выделяются следующие основные этапы: Анализ требований и постановка задачи; Анализ и исследование задачи, модели, проектирование; кодирование (программная реализация); тестирование и отладка, эксплуатация и сопровождение. Модели жизненного цикла ПО: КАСКАДНАЯ МОДЕЛЬ была предложена Уинтсоном Ройсом в 1970-м году. Эту модель принято называть классической, и она предполагает, что переход на следующий этап после полного окончания работ по предыдущему этапу. ПОЭТАПНАЯ МОДЕЛЬ С ПРОМЕЖУТОЧНЫМ КОНТРОЛЕМ - итерационная модель разработки ПО с циклами обратной связи между этапами. Преимущество такой модели заключается в том, что межэтапные корректировки обеспечивают меньшую трудоемкость по сравнению с каскадной моделью; с другой стороны, время жизни каждого из этапов растягивается на весь период разработки. СПИРАЛЬНАЯ МОДЕЛЬ - делает упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов. Структурный анализ — это метод разработки, который позволяет аналитику логически понимать систему и ее действия. Это системный подход, который использует графические инструменты, которые анализируют и уточняют цели существующей системы и разрабатывают новую спецификацию системы, которая может быть легко понятна пользователю. В структурном подходе используются средства, описывающие функциональную структуру системы и отношения между данными. Им соответствуют следующие виды моделей (диаграмм): DFD (Data Flow Diagrams) — диаграммы потоков данных; SADT (Structured Analysis and Design Technique) — метод структурногo анализа и проектирования; ERD (Entity-Relationship Diagrams) — диаграммы "сущность — связь". DFD – это нотация, предназначенная для моделирования информационный систем с точки зрения хранения, обработки и передачи данных. Процесс (англ. Process), т.е. функция или последовательность действий, которые нужно предпринять, чтобы данные были обработаны. Это может быть создание заказа, регистрация клиента и т.д. В названиях процессов принято использовать глаголы, т.е. «Создать клиента» (а не «создание клиента») или «обработать заказ» (а не «проведение заказа»). Здесь нет строгой системы требований, как, например, в IDEF0 или BPMN, где нотации имеют жестко определенный синтаксис, так как они могут быть исполняемыми. Но все же определенных правил стоит придерживаться, чтобы не вносить путаницу при чтении DFD другими людьми. Внешние сущности (англ. External Entity). Это любые объекты, которые не входят в саму систему, но являются для нее источником информации либо получателями какой-либо информации из системы после обработки данных. Это может быть человек, внешняя система, какие-либо носители информации и хранилища данных. Хранилище данных (англ. Data store). Внутреннее хранилище данных для процессов в системе. Поступившие данные перед обработкой и результат после обработки, а также промежуточные значения должны где-то храниться. Это и есть базы данных, таблицы или любой другой вариант организации и хранения данных. Здесь будут храниться данные о клиентах, заявки клиентов, расходные накладные и любые другие данные, которые поступили в систему или являются результатом обработки процессов. Поток данных (англ. Data flow). В нотации отображается в виде стрелок, которые показывают, какая информация входит, а какая исходит из того или иного блока на диаграмме. Для описания структуры хранилищ данных используются диаграммы ERD (Entity-Relationship Diagrams, «сущность-связь»). Диаграммы "сущность-связь" дополняют DFD-диаграммы детализируют описания хранилищ данных проектируемой системы включая идентификацию объектов (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей). Для описания динамики поведения системы в структурном анализе используются STD-диаграммы (State Transition Diagrams, диаграммы перехода состояний). Диаграммы этого типа отражают изменение состояния объекта с течением времени. Если стрелки на DFD-диаграмме отражают существование взаимодействия и передачу данных между процессами в принципе, то STD-диаграмма призвана показать, как эти взаимодействия разворачиваются во времени. Базовыми понятиями, которыми оперируют диаграммы этого типа, являются состояние и переход. Под состоянием системы понимается набор ее характеристик, описывающих определенную устойчивую фазу обработки данных системой. Название состояния должно давать описание этой фазы: Клиент аутентифицирован, Место зарезервировано, Билет заказан, Клиенту отказано. Переход означает изменение состояния системы. Обычно он происходит под воздействием некоторого управляющего сигнала от внешней сущности или выработанного внутри системы. В этой связи необходимо сформулировать условие перехода, которое также должно быть отображено на STD диаграмме. Сама STD-диаграмм строится как граф, в узлах которого расположены состояния, и направленные дуги соответствуют переходам и помечаются условием перехода и действием, осуществляющим переход. В ходе выполнения работы была проанализирована и разработана DFD и STD диаграммы системы проведений онлайн конференций. А именно обобщённая DFD диаграмма системы, DFD диаграмма для подсистемы аутентификации пользователя и STD диаграмма. |