
- •Понятие и структура проекта ис
- •Цели и этапы разработки консалтинговых проектов (далее просто проектов).
- •3. Построение моделей деятельности предприятия.
- •5. Разработка предложений по автоматизации предприятия.
- •6. Разработка технического проекта.
- •7. Разработка новой системы или настройка существующей системы.
- •Сравнение существующих методик
- •1. Среда функционирования:
- •2. Функции, ориентированные на фазы жизненного цикла:
- •3. Общие функции:
- •Идеи, лежащие в основе структурных методов
- •Принципы структурного анализа
- •Средства структурного анализа и их взаимоотношения
- •Sadt - технология структурного анализа и проектирования
- •Иерархия диаграмм
- •Синтаксис диаграмм
- •Синтаксис моделей и работа с ними
- •Создание функциональных моделей и диаграмм
- •Дополнения к диаграммам и моделям
- •Диаграммы "сущность-связь"
- •Построение модели
- •Структурированный естественный язык
- •Визуальные языки проектирования спецификаций
- •Целью методики является построение функциональной схемы исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы.
- •Объектно-ориентированная методика
- •Основные понятия электронного документооборота
- •Преимущества электронного документооборота
- •Модели информационного пространства предприятия
- •Структурный:
- •Основные понятия Intranet
- •Возможные архитектуры Intranet-приложений
- •Решения, ориентированные на клиентскую часть системы
- •Трехзвенные архитектуры (Web-ориентированные)
- •Решения, основанные на использовании языка Java
Средства структурного анализа и их взаимоотношения
Для целей моделирования систем вообще, и структурного анализа в частности, используются три группы средств, иллюстрирующих:
функции, которые система должна выполнять;
отношения между данными;
зависящее от времени поведение системы (аспекты реального времени).
Среди всего многообразия средств решения данных задач в методологиях структурного анализа наиболее часто и эффективно применяемыми являются следующие:
DFD (Data Flow Diagrams) - диаграммы потоков данных совместно со словарями и спецификациями процессов или миниспецификациями;
ERD (Entity-Relationship Diagrams) - диаграммы "сущность-связь";
STD (State Transition Diagrams) - диаграммы переходов состояний.
Все они содержат графические и текстовые средства моделирования: первые - для удобства демонстрирования основных компонент модели, вторые - для обеспечения точного определения ее компонент и связей.
SADT - технология структурного анализа и проектирования
Методологии структурного и системного анализа и проектирования
Методология структурного анализа и проектирования ПО определяет шаги работы, которые должны быть выполнены, их последовательность, правила распределения и назначения операций и методов.
В настоящее время успешно используются такие методологии, как SADT (Structure Analysis and Design Technique), структурный системный анализ Гейна-Сарсона, структурный анализ и проектирование Йодана/Де Марко, развитие систем Джексона и другие.
Перечисленные структурные методологии жестко регламентируют фазы анализа требований и проектирования спецификаций.
Несмотря на достаточно широкий спектр используемых методов и диаграммных техник, большинство методологий базируется на следующей "классической" совокупности:
Диаграммы потоков данных в нотации Йодана/Де Марко или Гейна-Сарсона, обеспечивающие анализ требований и функциональное проектирование информационных систем;
Расширения Хатли и Уорда-Меллора для проектирования систем реального времени, основанные на диаграммах переходов состояний, таблицах решений, картах и схемах потоков управления;
Диаграммы "сущность-связь" (в нотации Чена или Баркера) для проектирования структур данных, схем БД, форматов файлов как части всего проекта;
Структурные карты Джексона и/или Константайна для проектирования межмодульных взаимодействий и внутренней структуры модулей.
Разработка ПО основана на модели ВХОД-ОБРАБОТКА-ВЫХОД: данные входят в систему, обрабатываются или преобразуются и выходят из системы. Такая модель используется во всех структурных методологиях. При этом важен порядок построения модели.
Традиционный процедурно-ориентированный подход регламентирует первичность проектирования функциональных компонент по отношению к проектированию структур данных: требования к данных раскрываются через функциональные требования.
При подходе, ориентированном на данные, вход и выход являются наиболее важными - структуры данных определяются первыми, а процедурные компоненты являются производными от данных.