Методологии и нотации структурного анализа

Методология структурного анализа представляет методы и средства для исследования структуры и деятельности организации. Она определяет основные принципы и приемы использования моделей.

Модель — это совокупность символов (математических, графических и т. п.), которая адекватно описывает некоторые свойства моделируемого объекта и отношения между ними.

Нотации — система условных обозначений, принятая в конкретной модели.

Средства — аппаратное и программное обеспечение, реализующее выбранную методологию, в том числе построение соответствующих моделей с принятой для них нотацией [19].

Процесс внедрения CASE-средств состоит из следующих этапов:

• — определение потребностей в CASE-средствах;
• — оценка и выбор CASE-средств;
• — выполнение пилотного проекта;
• — практическое внедрение CASE-средств.

С внедрением CASE-средств обычно связывают большие ожидания. В ряде случаев эти ожидания оказываются нереалистичными и приводят к неудаче при внедрении. К таким ожиданиям можно отнести следующие:

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

В большинстве случаев только некоторые из множества критериев оказываются приемлемыми для использования, при этом также добавляются дополнительные критерии.

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

Структура набора критериев приведена на рисунке 2. Каждый критерий должен быть выбран и адаптирован экспертом с учетом особенностей конкретного процесса. В большинстве случаев только некоторые из множества описанных ниже критериев оказываются приемлемыми для использования, при этом также добавляются дополнительные критерии. Выбор и уточнение набора используемых критериев является критическим шагом в процессе оценки и/или выбора.

Рисунок 2 — Структура набора критериев Критерии первого класса предназначены для определения функциональных характеристик CASE-средства. Они в свою очередь подразделяются на ряд групп и подгрупп.

• 1) Среда функционирования:
  • а) Проектная среда:

а.1) поддержка процессов жизненного цикла;

а.2) область применения;

а.3) размер поддерживаемых приложений [4, с.59].

б) ПО/технические средства:

б.1) требуемые технические средства;

б.2) поддерживаемые технические средства;

б.3) требуемое ПО;

б.4) поддерживаемое ПО [4, с.60].

в) Технологическая среда:

в.1) соответствие стандартам технологической среды.

в.2) совместимость с другими средствами;

в.3) поддерживаемая методология;

в.4) поддерживаемые языки;

• 2) Функции, ориентированные на фазы жизненного цикла:
  • а) Моделирование:

а.1) построение диаграмм;

а.2) графический анализ;

а.3) ввод и редактирование спецификаций требований и проектных спецификаций;

а.4) язык спецификации требований и проектных спецификаций;

а.5) моделирование данных;

а.6) моделирование процессов;

а.7) проектирование архитектуры ПО;

а.8) имитационное моделирование;

а.9) требований и/или проектных спецификаций, включая внешний интерфейс и производительность.

б) Реализация [4, с.61]:

б.1) синтаксически управляемое редактирование;

б.2) языках с одновременным синтаксическим контролем;

б.3) генерация кода;

б.4) компиляция кода;

б.5) конвертирование исходного кода;

б.6) анализ надежности;

б.7) реверсный инжиниринг;

б.8) реструктуризация исходного кода;

б.9) анализ исходного кода;

б.10) отладка.

в) Тестирование[4, с.62]:

в.1) описание тестов;

в.1) фиксация и повторение действий оператора;

в.2) автоматический запуск тестовых примеров;

в.3) регрессионное тестирование;

в.4) автоматизированный анализ результатов тестирования;

в.5) анализ тестового покрытия;

в.6) анализ производительности;

в.7) анализ исключительных ситуаций в процессе тестирования;

в.8) динамическое моделирование среды.

• 3) Общие функции:
  • а) Документирование:

а.1) редактирование текстов и графики;

а.2) редактирование с помощью форм;

а.3) возможности издательских систем;

а.4) поддержка функций и форматов гипертекста;

а.5) соответствие стандартам документирования;

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

б) Управление конфигурацией [4, с.63]:

б.1) контроль доступа и изменений;

б.2) отслеживание модификаций;

б.3) управление версиями;

б.4) учет состояния объектов конфигурационного управления;

б.5) генерация версий и модификаций;

б.6) архивирование.

в) Управление проектом:

в.1) управление работами и ресурсами;

в.2) оценка;

в.3) управление процедурой тестирования;

в.4) управление качеством;

в.5) корректирующие действия.

Методы структурного анализа и проектирования [5].

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

• — функциональную структуру системы;
• — последовательность выполняемых действий;
• — передачу информации между функциональными процессами;
• — отношения между данными.

Наиболее распространенными моделями первых трех групп являются:

• — функциональная модель SADT/ IDEF0 (Structured Analysis and Design Technique);
• — модель IDEF3;
• — DFD (Data Flow Diagrams) — диаграммы потоков данных.
• — нотация моделирования потоков работ BPMN;
• — метод ARIS;
• — метод моделирования, используемый в технологии Rational Unified ProCess [20, с.17].

В данном разделе были рассмотрены инструменты и методы программной инженерии для проектирования систем, общая характеристика и классификация, также методология и нотации структурного анализа. На основании вышеизложенного возникает необходимость описания структурного анализа предметной области и моделирования потоков, данных отдела бухгалтерии ФГКУ «6 отряд ФПС по Иркутской области».