
- •Жизненный цикл - основные определения
- •Международный стандарт iso/iec 12207, назначение, область применения, ограничения
- •Международный стандарт iso/iec 12207, структура
- •Международный стандарт iso/iec 12207, основные участники процесса (пример)
- •Международный стандарт iso/iec 12207. Основные процессы
- •Международный стандарт iso/iec 12207. Вспомогательные процессы
- •Международный стандарт iso/iec 12207. Организационные процессы
- •Международный стандарт iso/iec 12207. Этапы и стадии жц.
- •Жц разработки по. Основные термины.
- •Модель жизненного цикла разработки по. Slcm
- •Slcm. Обобщенная структура процесса. Целевая структура инжиниринга по.
- •Причина стандартизации процесса разработки по.
- •Модель sei смм
- •Slcm в Международном стандарте iso/iec 12207.
- •Каскадная модель (преимущества, недостатки, область применения)
- •Модель эволюционно - ускоренного прототипирования (преимущества, недостатки, область применения)
- •Быстрая разработка приложений (rad) (преимущества, недостатки, область применения)
- •Инкрементная модель (преимущества, недостатки, область применения)
- •Спиральная модель (преимущества, недостатки, область применения)
- •Методика разработки функциональных моделей среде idef 0. Понятия: система, функциональный блок, потоки, информация
- •Интегрированная структурная модель (расширенная dfd)
- •Базовая нотация dfd.
- •Миниспицификации. Критерии для завершения детализации dfd –модели
- •Рекомендации оформления dfd
- •Преимущества dfd
- •Этапы построения моделей в dfd-технологии.
- •Разработка структурной функциональной модели бизнес-системы (dfd).
- •Методология проектирования
- •Концептуальное проектирование базы данных
- •Логическое проектирование базы данных
- •Физическое проектирование базы данных
- •Факторы успешного завершения проектирования бд
- •Первый этап проектирования бд (задачи и подэтапы)
- •Второй этап проектировании бд (задачи и подэтапы)
- •Третий этап проектирования бд (задачи и подэтапы)
- •Первый этап проектирования бд (характеристика подэтапов).
- •Второй этап проектировании бд (характеристика подэтапов)
- •Третий этап проектирования бд (характеристика подэтапов)
- •Действия на этапе преобразования локальной концептуальной модели данных в локальную логическую модель
- •Гост (ст сэв) 19.201-78, гост (ст сэв) 19.101-77, гост 19.102-77.
- •Стандарты комплекса гост 34
- •Гост 34.602-89
- •Еспд для пс (преимущества, недостатки, область применения )
- •Краткое представление стандартов еспд. Обозначение еспд
Миниспицификации. Критерии для завершения детализации dfd –модели
Мини-спецификация (МС)
•Используется для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD.
•МС представляют собой алгоритмы описания задач, выполняемых процессами
•Множество всех МС является полной спецификацией системы.
Требования к МС
Для каждого процесса нижнего уровня должна существовать одна и только одна спецификация;
•спецификация должна определять способ преобразования входных потоков в выходные;
•нет необходимости (на данном этапе) определять метод реализации этого преобразования;
•спецификация должна стремиться к ограничению избыточности - не следует переопределять то, что уже было определено на диаграмме;
•набор конструкций для построения спецификации должен быть простым и понятным.
Критерии для завершения детализации
•Наличия у процесса относительно небольшого количества входных и выходных потоков данных;
•возможности описания преобразования данных процессом в виде последовательного алгоритма;
•выполнения процессом единственной логической функции преобразования входной информации в выходную;
•возможности описания логики процесса при помощи МС небольшого объема.
Структурированный естественный язык
•Глаголы, ориентированные на действие и применяемые к объектам;
•термины, определенные на любой стадии проекта;
•предлоги и союзы, используемые в логических отношениях;
•общеупотребительные математические, физические и технические термины;
• арифметические уравнения;
•таблицы, диаграммы, графы и т.п.;
• комментарии.
Рекомендации оформления dfd
При использовании структурированного естественного языка приняты следующие соглашения:
•логика процесса выражается в виде комбинации последовательных конструкций, конструкций выбора и итераций;
•глаголы должны быть активными, недвусмысленными и ориентированными на целевое действие {заполнить, вычислить, извлечь, а не модернизировать, обработать);
•логика процесса должна быть выражена четко и недвусмысленно. Ниже приведен пример МС процесса «Покупка лотерейных билетов».
Словарь данных
•Организованный список всех потоков данных системы с их точными определениями
•Словарь данных дает возможность различным категориям пользователей иметь общее понимание структуры и содержимого всех входных и выходных потоков.
Рекомендации оформления DFD
•Размещать на каждой диаграмме от 3 до 6-7 процессов.
•Не загромождать диаграммы несущественными на данном уровне деталями.
•Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов.
•Выбирать ясные, отражающие суть дела имена процессов и потоков для улучшения понимаемости диаграмм, при этом стараться не использовать аббревиатуры.
Преимущества dfd
Преимущества DFD
CASE Consulting Group:
DFD – 90%
SADT (IDEF0) – 10%
DFD-диаграммы создавались как средство проектирования программных систем, тогда как IDEF0 - как средство проектирования систем вообще DFD имеют более богатый набор элементов, адекватно отражающих специфику программных систем (например, хранилища данных являются прообразами файлов или баз данных). С помощью DFD-диаграмм требования к проектируемой ИС разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных
К преимуществам методики DFD относятся:
возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;
возможность проектирования сверху вниз, что облегчает построение модели "как должно быть";
наличие спецификаций процессов нижнего уровня, что позволяет преодолеть логическую незавершенность функциональной модели и построить полную функциональную спецификацию разрабатываемой системы.
К недостаткам модели отнесем: необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных; отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов).