
- •Уровни стандартизации, основные стандарты.
- •Качество программных средств. Методы достижения качества. Сертификация и аттестация.
- •Сущность и принципы структурного подхода, основные понятия и примеры.
- •Моделирование потоков данных dfd. Основные понятия, определения и примеры.
- •Отчет о продажах
- •Функциональное моделирование sadt. Основные понятия, определения и примеры.
- •Моделирование данных. Основные понятия, определения и примеры.
- •Назначение и классификация case-средств.
- •1. Компонентный состав:
- •Назначение, термины и основные возможности case-средства erwin.
- •Классификация систем и методов защиты программных средств и показатели оценки их качества.
-
Назначение и классификация case-средств.
Термин CASE (Computer Aided Software Engineering) переводится как разработка программного обеспечения с помощью компьютера. Обычно к CASE-средствам относят любое программное средство, автоматизирующее совокупность процессов жизненного цикла ПС.
CASE-средства можно классифицировать по следующим признакам.
1. Компонентный состав:
-
средства анализа, предназначенные для построения и анализа моделей предметной области (Bpwin);
-
средства анализа и проектирования, поддерживающие наиболее распространенные методологии проектирования и используемые для создания проектных спецификаций (Designer/2000 (ORACLE). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;
-
средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных для наиболее распространенных СУБД (Erwin, DataBase Designer (ORACLE));
2. Функциональная полнота:
-
автоматизация отдельных этапов жизненного цикла (Erwin);
-
системы, поддерживающие весь жизненный цикл (Designer/2000 (ORACLE)).
3. Степень зависимости от СУБД:
-
независимые, поддерживающие несколько форматов данных через ODBC (ERwin;
-
встроенные в СУБД: Designer/2000 (ORACLE).
4. Тип используемой модели:
-
структурные, основанные на методах структурного и модульного программирования: (Bpwin);
-
объектно-ориентированные Rational Rose;
-
комбинированные, поддерживающие одновременно первые две модели: Designer/2000 (ORACLE).
-
Назначение, термины и основные возможности CASE-средства BPWIN.
CASE‑средство BPwin поддерживает методологии IDEF0 (функциональная модель), DFD (DataFlow Diagram).
В функциональной модели информационная система (контекстная диаграмма) разбивается на подсистемы (диаграммы декомпозиции), и каждая подсистема разбивается на более мелкие, и так далее до достижения необходимой степени подробности. После каждого сеанса декомпозиции производится анализ диаграмм декомпозиции разработчиками и заказчиком. На основе полученной модели можно построить модель базы данных средствами ERwin. Диаграммы IDEF0 используются для графического описания бизнес‑процессов в виде дерева диаграмм.
Модель может содержать четыре типа диаграмм.
-
Контекстная диаграмма является корневой в дереве диаграмм и содержит общее описание системы и ее взаимодействие с внешней средой.
-
Диаграммы декомпозиции являются результатом деления контекстной диаграммы или родительской диаграммы декомпозиции предыдущего уровня.
-
Диаграммы дерева узлов показывают иерархическую зависимость работ, но не взаимосвязи между работами.
-
Диаграммы для экспозиции (FEO) иллюстрируют отдельные фрагменты модели.
Работами (Active) называют поименованные процессы, функции или задачи, которые выполняются в системе и имеют результаты. Работа оформляется в виде прямоугольника. Управляющая информация входит в прямоугольник сверху, входная информация – слева, а результаты – справа. Механизм (человек, автоматизированная система), выполняющий работу, показывается снизу
Работы располагают по диагонали от левого верхнего угла к правому нижнему (такой порядок называется порядком доминирования). В левом верхнем углу располагается самая важная работа или работа, выполняемая первой. Далее, вправо вниз, располагаются менее важные работы или выполняемые позже. Каждая может быть, в свою очередь, декомпозирована (в левом верхнем углу у работы указывается диагональная черточка). Работы нумеруются автоматически слева направо.
Стрелки (Arrow) показывают взаимодействие работ с внешней средой и именуются существительными.
Существуют следующие типы стрелок.
-
Вход (Input) – материал или информация, используемые для получения результата (Сырье). Эти стрелки входят в левую грань работы.
-
Управление (Control) – правила, процедуры, которыми руководствуется работа (задание, чертеж). Стрелки входят в верхнюю грань работы.
-
Выход (Output) – материал или информация, производимые работой (готовое изделие). Стрелки исходят из левой грани работы.
-
Механизм (Mechanism) – ресурсы, выполняющие работу (персонал предприятия). Стрелки входят в нижнюю грань работы.
-
Вызов (Call) указывает на другую модель работы, которая выполняется за пределами текущей системы. Стрелки исходят из нижней грани.
-
Граничные стрелки показывают взаимодействие контекстной диаграммы с внешней средой. Стрелки могут начинаться у границы диаграммы и заканчиваться у работы, или наоборот.