СИСТЕМНЫЙ АНАЛИЗ

Рассмотрим основные пункты этого этапа:

• Выделить важнейшие компоненты системы и создать их классы

• Определить характерные признаки каждого класса (включая их названия)

• Связать классы между собой:

1. Найти отношения между классами•

2. Использовать свойства и методы классов для моделирования бизнес –процесса

3. Использовать свойства и методы классов для моделирования правил предприятия

4. Использовать свойства и методы классов для моделирования проблемных ситуаций

5. Составить "эскиз" системы предприятия для подтверждения ее структуры и дальнейших уточнений

6. Составить окончательный "чертеж" для формирования спецификаций

7. Разработать спецификации

Сравнение анализа системы и разработки системы

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

Аналитик, при анализе системы сосредоточившись на нуждах клиента (а не системы), в будущем, при разработке, станет реализовывать только нужные возможности, не увлекаясь чрезмерным усложнением программы.

Результаты этапа разработки, хотя и являются конкретной реализацией задачи, не предназначены для конечного пользователя. Они используются для составления технической документации и при дальнейшем написании текста программы.

Использование "эскизов" в системном анализе

Способ представления модели играет важную роль. Взаимосвязь аналитика и пользователя основана именно на модели и позволяет им уточнять и поправлять модель, добиваясь ее точного соответствия с системой предприятия. Поэтому модель нужно представлять в формате, облегчающем общение. Для этих целей был приспособлен объектно-ориентированный метод. Символы "языка эскизов" позволяют кратко и точно моделировать систему.

При анализе систем очень полезно применять диаграммы, которые помогают вам и пользователю лучше понять друг друга. Диаграммы можно представлять в произвольном формате. Эскизы модели удобно строить с помощью какого-нибудь графического пакета. Но применение программного обеспечения не обязательно, все нужные заметки можно делать и в записной книжке. Важно помнить только одно . - на данной стадии рассматривается концепция проекта, а не его воплощение.

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

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

• • диаграмм «сущность—связь» (ERD Entity-Relationship Diagrams), описывающих базы данных разрабатываемой системы;

• • диаграмм переходов состояний (STD — State Transition Diagrams), характеризующих поведение системы во времени;

• • функциональных диаграмм (методология SADT);

• • спецификаций процессов;

• • словаря терминов.

• При объектном подходе к программированию модели разрабатываемой системы основываются на предметах и явлениях окружающего мира.

• Для решения этих задач при описании поведения проектируемого программного обеспечения в настоящее время используется UML (Unified Modeling Language) — унифицированный язык моделирования.

Всего UML предлагает девять дополняющих друг друга диаграмм, входящих в различные модели:

• • диаграммы вариантов использования;

• • диаграммы классов;

• • диаграммы пакетов;

• • диаграммы последовательностей действий;

• • диаграммы кооперации;

• • диаграммы деятельностей;

• • диаграммы состояний объектов;

• • диаграммы компонентов;

• • диаграммы размещения.