
- •Унифицированный процесс Rational (Rational Unified Process, rup)
- •Экстремальное программирование (Extreme Programming, xp)
- •Принципы создания ис.
- •Содержание и методы проектирования ис. Предпроектная стадия.
- •Содержание и методы проектирования ис. Техно-рабочее проектирование.
- •Разработка форм документов и системы их ведения
- •Разработка классификаторов и кодов
- •Содержание и методы проектирования ис. Внедрение проекта.
- •Содержание и методы проектирования ис. Эксплуатация и сопровождение проекта.
- •Сущность структурного подхода. Принципы структурного анализа.
- •Средства структурного анализа и их взаимоотношения
- •Моделирование потоков данных. Основные понятия.
Средства структурного анализа и их взаимоотношения
Прежде чем подробно рассмотреть каждое из основных инструментальных средств структурного анализа, необходимо обсудить их в общем виде и продемонстрировать их взаимосвязи.
Для целей моделирования систем вообще, и структурного анализа в частности, используются три группы средств, иллюстрирующих:
функции, которые система должна выполнять;
отношения между данными;
зависящее от времени поведение системы (аспекты реального времени).
Среди всего многообразия средств решения данных задач в методологиях структурного анализа наиболее часто и эффективно применяемыми являются следующие:
DFD (Data Flow Diagrams) - диаграммы потоков данных совместно со словарями данных и спецификациями процессов или миниспецификациями ;
ERD (Entity-Relationship Diagrams) - диаграммы "сущность-связь";
STD (State Transition Diagrams) - диаграммы переходов состояний.
Все они содержат графические и текстовые средства моделирования: первые - для удобства демонстрирования основных компонент модели, вторые - для обеспечения точного определения ее компонент и связей.
Логическая DFD показывает внешние по отношению к системе источники и стоки (адресаты) данных, идентифицирует логические функции (процессы) и группы элементов данных, связывающие одну функцию с другой (потоки), а также идентифицирует хранилища (накопители) данных, к которым осуществляется доступ. Структуры потоков данных и определения их компонент хранятся и анализируются в словаре данных. Каждая логическая функция (процесс) может быть детализирована с помощью DFD нижнего уровня; когда дальнейшая детализация перестает быть полезной, переходят к выражению логики функции при помощи спецификации процесса (миниспецификации). Содержимое каждого хранилища также сохраняют в словаре данных, модель данных хранилища раскрывается с помощью ERD. В случае наличия реального времени DFD дополняется средствами описания зависящего от времени поведения системы, раскрывающимися с помощью STD. Эти связи показаны на рис. 1.2.
Рис. 1.2. Компоненты логической модели
Перечисленные средства дают полное описание системы независимо от того, является ли она существующей или разрабатываемой с нуля. Таким образом строится логическая функциональная спецификация - подробное описание того, что должна делать система, освобожденное насколько это возможно от рассмотрения путей реализации. Это дает проектировщику четкое представление о конечных результатах, которые следует достигать.
SADT.
Методология SADT разработана Дугласом Россом и получила дальнейшее развитие в работе [4]. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.
Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:
графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;
строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают:
ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);
связность диаграмм (номера блоков);
уникальность меток и наименований (отсутствие повторяющихся имен);
синтаксические правила для графики (блоков и дуг);
разделение входов и управлений (правило определения роли данных).
отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель.
Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.
Существует 5 связей:
1.Управление-выход блока с большим доменом является управлением для блока с меньшим доменом
2..Вход- выход блока с большим доменом является входом с меньшим доменом
3.Обратная связь по управлению
4.Обратная связь по входу
5.Выход- механизм.
При построении SADT необходимо соблюдение 2 правил:
1.правило нумерации
2.правило балансировки:при несоблюдении появляются туннели, количество стрелок на дочерних диаграммах должно совпадать со стрелками выше лежащей родительской диаграммой.
Любая работа в SADT-модели обязательно должна иметь все 4 типа стрелок.