Введите аббревиатуру из заглавных английских букв без пробелов

BFD (Bussiness Function Diagram) - диаграмма бизнес-функций (функциональные спецификации);

DFD (Data Flow Diagram) - диаграмма потоков данных;

STD (State Transition Diagram) - диаграмма переходов состояний (матрицы перекрестных ссылок);

ERD (Entity Relationship Diagram) - ER-модель данных предметной области (информационно-логические модели «сущность-связь»);

SSD (System Structure Diagram) - диаграмма структуры программного приложения.

Модель бизнес-процесса отражает последовательность выполнения работ (операций) для функций самого нижнего уровня модели бизнес-функций.

Модель бизнес-процессов позволяет провести конфигурацию программных модулей информационной системы в соответствии с характерными особенностями конкретной проблемной области.

Таблица – набор записей базы данных по определенному объекту;

Столбец – элемент таблицы, содержащий значения одного из атрибутов таблицы;

Первичный ключ (РК) – атрибут, однозначно идентифицирующий строку таблицы;

Внешний ключ (FK) – один или группа атрибутов одной таблицы, которые могут использоваться как первичный ключ другой таблицы;

Обязательная связь – связь между двумя таблицами, при которой дочерняя таблица существует только вместе с родительской;

Необязательная связь – связь между таблицами, при которой каждая из таблиц может существовать независимо от другой;

Представление – виртуальная таблица, которая обладает всеми свойствами обычной таблицы, но не хранится постоянно в базе данных;

Хранимая процедура – функция обработки данных, выполняемая на сервере;

Домен – множество допустимых значений для столбца таблицы.

Переход - определяет перемещение моделируемой системы из одного состояния в другое.

Условие перехода - представляет собой событие (или события), вызывающее переход и идентифицируемое именем перехода.

 

Состояние - рассматривается как устойчивое значение некоторого свойства в течение определенного времени.

 

Триггер - логическое выражение, написанное на макроязыке, которое показывает условие перехода в данное состояние

 

Начальное состояние - узел STD, являющийся стартовой точкой для начального системного перехода.

Декомпозиция функции - разбиение функции на множество подфункций.

 

Диаграммы инфологических моделей «сущность-связь» ориентированы на разработку базы данных, структура которой не зависит от конкретных информационных потребностей и позволяет выполнять любые запросы пользователей.

 

Введите аббревиатуру из заглавных английских букв без пробелов - UML - обеспечивает поддержку всех этапов жизненного цикла ИС и предоставляет для этих целей ряд графических средств – диаграмм

 

Построение ДПД можно свести к следующим шагам:

Построение DFD можно свести к следующим шагам:

Расчленение множества требований в основные функции групп;

Идентификация внешних объектов (по отношению к системе);

Идентификация информации, которая перетекает между процессами;

Разработка контекстной диаграммы;

Контроль контекстной диаграммы и уточнение, если это нужно;

Формирование DFD первого уровня, где отражены основные функции системы;

дальнейшая декомпозиция каждого процесса до тех пор, пока процесс самого нижнего уровня можно будет представить в виде некоторой спецификации (алгоритма);

Провести ревизию всех уровней с целью выяснения некорректности, если некорректности обнаружены - устранить.

Реализация типового проекта предусматривает выполнение следующих операций:

• установку глобальных параметров системы;
• задание структуры объекта автоматизации;
• определение структуры основных данных;
• задание перечня реализуемых функций и процессов;
• описание интерфейсов;
• описание отчетов;
• настройку авторизации доступа;
• настройку системы архивирования.

Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению

 

Зависимая сущность - представляет данные, которые зависят от других сущностей.

 

Модели деятельности организации создаются в двух видах:

модель "как есть"("as-is")- отражает существующие в организации бизнес-процессы;

модель "как должно быть"("to-be") - отражает необходимые изменения бизнес-процессов с учетом внедрения ИС.

 

 

Каноническое проектирование ИС (ГОСТ 34.601-90)

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

• обследование объекта и обоснование необходимости создания ИС;
• формирование требований пользователей к ИС;
• оформление отчета о выполненной работе и тактико-технического задания на разработку.

Стадия 2. Разработка концепции ИС.

• изучение объекта автоматизации;
• проведение необходимых научно-исследовательских работ;
• разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
• оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

• разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

• разработка предварительных проектных решений по системе и ее частям;
• разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

• разработка проектных решений по системе и ее частям;
• разработка документации на ИС и ее части;
• разработка и оформление документации на поставку комплектующих изделий;
• разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

• разработка рабочей документации на ИС и ее части;
• разработка и адаптация программ.

Стадия 7. Ввод в действие.

• подготовка объекта автоматизации;
• подготовка персонала;
• комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);
• строительно-монтажные работы;
• пусконаладочные работы;
• проведение предварительных испытаний;
• проведение опытной эксплуатации;
• проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

• выполнение работ в соответствии с гарантийными обязательствами;
• послегарантийное обслуживание.

 

 

Таблица 3.2. Содержание технического проекта
№ п\п	Раздел	Содержание
	Пояснительная записка	основания для разработки системы перечень организаций разработчиков краткая характеристика объекта с указанием основных технико-экономических показателей его функционирования и связей с другими объектами краткие сведения об основных проектных решениях по функциональной и обеспечивающим частям системы
	Функциональная и организационная структура системы	обоснование выделяемых подсистем, их перечень и назначение перечень задач, решаемых в каждой подсистеме, с краткой характеристикой их содержания схема информационных связей между подсистемами и между задачами в рамках каждой подсистемы
	Постановка задач и алгоритмы решения	организационно-экономическая сущность задачи (наименование, цель решения, краткое содержание, метод, периодичность и время решения задачи, способы сбора и передачи данных, связь задачи с другими задачами, характер использования результатов решения, в которых они используются) экономико-математическая модель задачи (структурная и развернутая форма представления) входная оперативная информация (характеристика показателей, диапазон изменения, формы представления) нормативно-справочная информация (НСИ) (содержание и формы представления) информация, хранимая для связи с другими задачами информация, накапливаемая для последующих решений данной задачи информация по внесению изменений (система внесения изменений и перечень информации, подвергающейся изменениям) алгоритм решения задачи (последовательность этапов расчета, схема, расчетные формулы) контрольный пример (набор заполненных данными форм входных документов, условные документы с накапливаемой и хранимой информацией, формы выходных документов, заполненные по результатам решения экономико-технической задачи и в соответствии с разработанным алгоритмом расчета)
	Организация информационной базы	источники поступления информации и способы ее передачи совокупность показателей, используемых в системе состав документов, сроки и периодичность их поступления основные проектные решения по организации фонда НСИ состав НСИ, включая перечень реквизитов, их определение, диапазон изменения и перечень документов НСИ перечень массивов НСИ, их объем, порядок и частота корректировки информации структура фонда НСИ с описанием связи между его элементами; требования к технологии создания и ведения фонда методы хранения, поиска, внесения изменений и контроля определение объемов и потоков информации НСИ контрольный пример по внесению изменений в НСИ предложения по унификации документации
	Альбом форм документов
	Система математического обеспечения	обоснование структуры математического обеспечения обоснование выбора системы программирования перечень стандартных программ
	Принцип построения комплекса технических средств	описание и обоснование схемы технологического процесса обработки данных обоснование и выбор структуры комплекса технических средств и его функциональных групп обоснование требований к разработке нестандартного оборудования комплекс мероприятий по обеспечению надежности функционирования технических средств
	Расчет экономической эффективности системы	сводная смета затрат, связанных с эксплуатацией систем расчет годовой экономической эффективности, источниками которой являются оптимизация производственной структуры хозяйства (объединения), снижение себестоимости продукции за счет рационального использования производственных ресурсов и уменьшения потерь, улучшения принимаемых управленческих решений
	Мероприятия по подготовке объекта к внедрению системы	перечень организационных мероприятий по совершенствованию бизнес-процессов перечень работ по внедрению системы, которые необходимо выполнить на стадии рабочего проектирования, с указанием сроков и ответственных лиц
	Ведомость документов

 

Таблица 3.1. Состав и содержание технического задания (ГОСТ 34.602- 89)
№ п\п	Раздел	Содержание
	Общие сведения	полное наименование системы и ее условное обозначение шифр темы или шифр (номер) договора; наименование предприятий разработчика и заказчика системы, их реквизиты перечень документов, на основании которых создается ИС плановые сроки начала и окончания работ сведения об источниках и порядке финансирования работ порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств
	Назначение и цели создания (развития) системы	вид автоматизируемой деятельности перечень объектов, на которых предполагается использование системы наименования и требуемые значения технических, технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении ИС
	Характеристика объектов автоматизации	краткие сведения об объекте автоматизации сведения об условиях эксплуатации и характеристиках окружающей среды
	Требования к системе	Требования к системе в целом: требования к структуре и функционированию системы (перечень подсистем, уровни иерархии, степень централизации, способы информационного обмена, режимы функционирования, взаимодействие со смежными системами, перспективы развития системы) требования к персоналу (численность пользователей, квалификация, режим работы, порядок подготовки) показатели назначения (степень приспособляемости системы к изменениям процессов управления и значений параметров) требования к надежности, безопасности, эргономике, транспортабельности, эксплуатации, техническому обслуживанию и ремонту, защите и сохранности информации, защите от внешних воздействий, к патентной чистоте, по стандартизации и унификации Требования к функциям (по подсистемам): перечень подлежащих автоматизации задач временной регламент реализации каждой функции требования к качеству реализации каждой функции, к форме представления выходной информации, характеристики точности, достоверности выдачи результатов перечень и критерии отказов Требования к видам обеспечения: математическому (состав и область применения мат. моделей и методов, типовых и разрабатываемых алгоритмов) информационному (состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными системами, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам) лингвистическому (языки программирования, языки взаимодействия пользователей с системой, системы кодирования, языки ввода- вывода) программному (независимость программных средств от платформы, качество программных средств и способы его контроля, использование фондов алгоритмов и программ) техническому метрологическому организационному (структура и функции эксплуатирующих подразделений, защита от ошибочных действий персонала) методическому (состав нормативно-технической документации)
	Состав и содержание работ по созданию системы	перечень стадий и этапов работ сроки исполнения состав организаций — исполнителей работ вид и порядок экспертизы технической документации программа обеспечения надежности программа метрологического обеспечения
	Порядок контроля и приемки системы	виды, состав, объем и методы испытаний системы общие требования к приемке работ по стадиям статус приемной комиссии
	Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие	преобразование входной информации к машиночитаемому виду изменения в объекте автоматизации сроки и порядок комплектования и обучения персонала
	Требования к документированию	перечень подлежащих разработке документов перечень документов на машинных носителях
	Источники разработки	документы и информационные материалы, на основании которых разрабатывается ТЗ и система