- •Черновик системотехническое проектирование
- •Компоненты проектирования иус Исходные данные для проектирования иус
- •Риск проекта иус
- •Компоненты проектирования. Стадии разработки, модели представления, уровни детализации Функциональные спецификации (фс) в проектировании систем
- •Компоненты проектирования ис
- •Информационно-логическая модель иус Общая схема информационно-логической модели. Определение структуры иус
- •Модели представления иус
- •Функциональная модель иус Описание функциональной модели (фм) Основные виды элементов фм
- •Диаграммы потоков действий-данных (модель деМарко)
- •Стратегии построения схем требований действий
- •Основные схемы декомпозиции действий и данных фм
- •Общая схема разработки функциональной модели
- •Функциональная модель области деятельности Модели данных Иерархия моделей данных
- •Некоторые концептуальные модели данных
- •Модель с классификацией информационных объектов
- •Нормализация концептуальной модели данных и целостность данных. Нормальные формы модели данных
- •Параметризация модели данных.
- •Пример нормализации реляционной модели
- •Пример нормализации функциональной модели данных.
- •Ссылочная целостность
- •Агрегирование объектов в предметные базы данных.
- •Концептуальные модели предметной области на основе логики предикатов
- •Сравнение различных моделей данных концептуального уровня.
- •Методики конструирования моделей данных Методика построения локальных моделей данных на основе выделения баэовых действий.
- •Методика построения локальных моделей данных на основе выделения баэовых объектов.
- •Методика раэработки типов данных на основе синтаксиса языка управления эаданиями.
- •Определение объекта.
- •Определение атрибута
- •Спецификация атрибутов
- •Объекты модели представления
- •События
- •Различные подходы к событийному управлению
- •Генераторы событий и процедуры формирования событий
- •Внешние события
- •Спецификация использования события
- •Спецификация предоставления события
- •Состояния
- •Спецификация автоматов с использованием механизма событий
- •Структура модулей Описание структуры модулей
- •Область видимости и время жизни переменных и констант
- •Процедуры
- •Пакеты, модуль (Unit)
- •Задачи и обмены Вэаимодействия задач
- •Пользовательский интерфейс
- •Конструирование последовательных управляющих структур
- •Приемы структурирования для последовательных управляющих структур
- •Логика модулей
- •Методика раэработки логики модулей на основе автоматной модели
- •Таблицы решений
- •Проектирование логики на основе асинхронных взаимодействий Базовые варианты обработки точек входа
- •1. Фиксированный порядок обработки входов.
- •2. Селективный выбор входов.
- •3. Селективный выбор с механизмом защиты.
- •4. Селективный выбор с выделением лимита времени.
- •5. Ответ всем запросившим.
- •6. Фиксированный порядок с использованием атрибута входа "count.
- •Логика асинхронных взаимодействий.Доступ к переменн-
- •Примеры конструирования логики с использованием асинхронных взаимодействий
- •Прочность и сцепление компонентов иус
- •Анализ информационной связности действий
- •Анализ функциональной связности систем
- •Анализ функциональной связности данных
- •Анализ информационной связности систем
- •Распределение обработки данных на основе анализа структур иус Формы распределенных данных
- •Синхронные и несинхронные данные Обеспечение синхронности данных
- •Регламент
- •Компоновка распределенной обработки
- •Анализ функциональных потребностей пользователей.
- •Анализ информационных потребностей пользователей.
- •Компоновка функциональных возможностей арм
- •Распределение данных по арм
- •Доступ к данным в локальной сети
Риск проекта иус
При оценке риска проекта рассматриваются характеристики трех составляющих :
заказчик;
исполнитель;
проект.
Характеристики Заказчика, влияющие на оценку риска проекта:
стабильность организационной структуры;
удовлетворенность Заказчика организационной структурой;
уровень формализации процессов обработки данных в существующей технологии;
существующий уровень автоматизации процессов сбора и обработки данных;
уровень подготовки кадров в области автоматизированной технологии обработки данных.
Характеристики Исполнителя, влияющие на оценку риска проекта:
опыт разработки прикладного программного обеспечения (ПО);
опыт работы с системным ПО;
опыт работы с техническими средствами;
предполагаемая смена технической и программной среды;
наличие в группе специалистов данной предметной области.
Общие показатели проекта, влияющие на оценку риска проекта:
уровень охвата автоматизацией процессов обработки данных;
наличие территориально-разнесенных подразделений;
объем обрабатываемых данных;
наличие прототипов;
требования к времени ответа;
требования к достоверности данных;
требования к надежности;
требования к обслуживающему персоналу;
характер обработки данных (сбор, поиск, представление, оптимизация).
Компоненты проектирования. Стадии разработки, модели представления, уровни детализации Функциональные спецификации (фс) в проектировании систем
Функциональные спецификации- это часть исходных данных для проектирования информационно-управляющей системы, определяющая, что должна сделать система и как она должна быть взаимосвязана с окружением.
Термин "технология программирования" относится к набору дисциплин,который необходим для спецификации проектирования и
написания математического обеспечения ЭВМ [3].
Термин "информационная технология" относится к набору взаимосвязанных дисциплин, которые требуются для построения компьютезированного предприятия, основывающегося на современных системах баз данных [3].
Основная предпосылка информационной технологии заключается в том, что в центре современной обработки данных находятся данные [3].
Декомпозиция- это разбиение системы (программы, задачи) на компоненты, объединение которых позволяет решить данную задачу [16].
Абстракция позволяет правильно выбрать нужные компоненты для декомпозиции.
Абстракцияпредставляет собой эффективный способ декомпозиции, осуществляемый посредством изменения списка декомпозиции [16].
Абстракция предполагает продуманный выбор компонент.
Процесс абстракцииможет быть рассмотрен как некоторое обобщение. Он позволяет забыть о различиях и рассматривать предметы и явления так, как если бы они были эквивалентны [17].
Выделение общего у процессов и явлений есть основа классификации.
Иерархия абстракций представляет собой фактически схему классификации.
Агрегирование- процесс объединения предметов в некоторую группу не обязательно в целях классификации. Агрегирование выполняется с некоторой целью.
Способы абстрагирования:
абстракция через параметризацию;
абстракция через спецификацию.
Абстракция через параметризацию- выделение формальных параметров с возможностью их замены на фактические в различных контекстах [16].
Выделение формальных параметров позволяет абстрагироваться от конкретного приложения и базируется на общности определенных свойств конкретных приложений [16].
Абстракция через спецификацию- позволяет абстрагироваться от внутренней структуры до знания свойств внешних проявлений (результата).
Внешние свойства компонентауказываются путем описания внешних связей, требований и эффектов.
Внешние связи- это связи различной природы данного компонента с окружением.
Требования(requires)- это условия, которые должны быть выполнены для правильного использования компонента.
Эффекты(effects) - это условия, которым удовлетворяют внешние проявления (результаты) компонента.
Виды абстракций:
процедурная абстракция (ПА);
абстракция данных (АД);
абстракция через итерацию (АИ).
Процедурная (функциональная) абстракцияпозволяет расширить некоторую виртуальную машину новой операцией.
Абстракция данныхсостоит из набора объектов и набора операций, характеризующих поведение этих объектов.
Абстракция через итерациюдает возможность не рассматривать информацию, не имеющую прямого отношения к управляющему потоку или циклу.