Курский государственный технический университет

Кафедра информационных систем

в экономике

КОНИЧЕНКО А.В.

конспект лекций по дисциплине

ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ В ЭКОНОМИКЕ

Курск 2004

Содержание

	ОСНОВНЫЕ ПОНЯТИЯ ТЕОРИИ ПРОЕКТИРОВАНИЯ	2
	ПРИНЦИПЫ СОЗДАНИЯ ИС	5
	ФАЗЫ И ЭТАПЫ ПРОЕКТИРОВАНИЯ ИС	8
	ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ	16
	CASE-ТЕХНОЛОГИИ В СОЗДАНИИ ИС	22
	ВНЕДРЕНИЕ И ЭКСПЛУАТАЦИЯ ИС	27
	ПРИЛОЖЕНИЕ Задание на курсовую работу	32

1 ОСНОВНЫЕ ПОНЯТИЯ ТЕОРИИ ПРОЕКТИРОВАНИЯ

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

Общая методология проектирования определяется как совокупность трех составляющих:

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

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

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

Проектирование ИС подразделяется на две обширные области:

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

• проектирование компонент ИС и инструментальных средств, ориентированных на многократное применение при разработке конкретных систем.

Сущность первого направления может быть выражена словами «системное проектирование». Второе направление составляет основу деятельности специалистов в области схемотехники и программирования.

Определим основные свойства и функции ИС, как объекта проектирования.

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

Основными задачами ИС являются:

• сбор и обработка первичной информации;

• хранение, передача, поиск, фильтрация и навигация информации;

• доведение информации, контроль состояния и исполнения.

В составе ИС можно выделить следующие компоненты (иногда их называют видами обеспечений):

• техническая (ТО) - совокупность взаимодействующих технических средств для ввода/вывода, обработки и хранения информации;

• программная (ПО) - совокупность программного обеспечения (общего и специального, или прикладного);

• математическая - совокупность моделей, методов и алгоритмов;

• лингвистическая - совокупность языковых средств (алгоритмические языки, входные/выходные языки пользователя или интерфейсы);

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

• методическая - документы, отражающие состав, функционирование и правила эксплуатации средств ИС;

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

• юридическая - документы, отражающие правовые основы функционирования ИС.

Классификация ИС

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

Классы	Функции	Принцип обработ-ки	Масш-таб
Сбор и обработка информации	Информационно-справочные и поисковые	Централизованные Распределенные Смешанные	Глобальные Региональные Корпоративные Офисные Персональные
	Геоинформационные
	Банковские
	Кассовые
	Телесигнализации телеметрии
Управление	Автоматизации документооборота
	Поддержки принятия решения
	Процессами в реальном масштабе времени
Проектирование	Автоматизации научных исследований
	Системное проектирование
	Проектирование компонент (САПР)
	Технологическая подготовка производства

ИС являются достаточно сложными объектами проектирования, предъявляемые к ним требования разнообразны и противоречивы, что требует применения достаточно сложных методов и подходов.

2 Принципы создания ис

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

Исследование объектов или процессов с помощью математических или иных моделей и составляют суть системного подхода, характеризующегося следующими основными принципами:

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

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

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

Проектирование ТО и ПО выполняется на основе на следующих системотехнических принципов:

Принципы создания ИС	Содержание принципов
инвариантность к входным воздействиям	Обеспечение требуемого целевого эффекта в различных условиях, своевременного решения задач широкого класса при минимальной модернизации программно-технических средств в течении периода эксплуатации
функциональная модульность стандартизация информационная согласованность открытость	Ориентация на совместимые вычислительные архитектуры и открытые операционные среды, языки программирования, СУБД, стандартные интерфейсы, структуризация данных, возможность развития путем комплексирования
программно-аппаратная реализация	Рациональное сочетание программной компоненты с целью повышение модернизационного потенциала и адаптивности и аппаратной (технической) - с целью повышения производительности (тенденция взаимного проникновения)
адаптивность	Решение задач широкого класса (обработка различных данных) - ежесменно и ежечасно
автономность	Эффективное функционирование отдельных устройств и подсистем из состава АИС
человеко-машинный характер комплексная автоматизация всех процедур совместимость с традиционными подходами	Часть процедур трудно или принципиально неформализуема, вместе с тем необходимо стремиться к формализации процедур или замене существующих - формализованными

Создание ИО основывается на принципах:

Принципы	Содержание принципов
Единство информационно-управляющего процесса	Слияние функций обработки инфор­мации с внешними функциями, то есть управлением. Внешние функции включают в себя: организацию, планирование, учёт, контроль, анализ и регулирование. Внутренние функции включают в себя: сбор и регистрацию, хранение, вычислительную обработку информации, выдачу результатов
Декомпозиция	Предполагает выде­ление подсистем по сферам управления и видам обеспечения. Внутри каждой подсистемы также возможна декомпозиция, приводя­щая к иерархической многоуровневой структуре системы.
Новые задачи	Основным источником экономического эффекта при внедрении ИС должен внешний эффект, который связан с повышением качества управления за счёт решения новых задач, к числу которых относится детализация учёта и планирования, повышение оперативности управления, принятие более обоснованных решений и т.д.
Пользовательское проектирование	В проектной группе по созданию ИС должны уча­ствовать представители заказчика, особенно на этапах анализа системы, а возглавлять работу должно первое лицо предприятия.
Безбумажная технология	Значение состоит не столько в экономии бумаги, сколько в возможности в нужный момент получить выборку нужной информации, вместо всего отчёта.
Дружественность	Система должна быть ориентирована на пользователя-непрограм­миста. Конечный пользователь должен иметь возможность „видеть и действовать", а не „знать и помнить".

3 Фазы и этапы проектирования ис

В соответствии общей стратегией проектирования технических систем весь процесс создания системы в общем случае включает в себя две фазы: внешнее и внутреннее (техническое) проектирование. Понятия внешнего и внутреннего проектирования связаны с понятием внешних и внутренних параметров технических систем.

Целью внешнего проектирования является отыскание параметров ИС, обеспечивающих достижение требуемого эффекта при заданных условиях. Внешнее проектирование объединяет предпроектные исследования и формирование технического задания на проектирование.

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

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

Характеристика внешнего и внутреннего проектирования приведена в таблице.

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

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

Под проектной процедуройпонимают формализованную совокупность действий, выполнение которых оканчивается проектным решением.

Под объектом проектированиябудем понимать систему, комплекс, устройство или процесс описание (конечное или промежуточное), получение которого является целью проектирования.

Проектным решениемназывается промежуточное или конечное описание объекта проектирования, необходимое и достаточное для рассмотрения и определения дальнейшего направления или окончания проектирования.

Проектное решение или совокупность проектных решений, удовлетворяющих заданным требованиям, необходимые для создания объекта проектирования, будут являться результатом проектирования.

Проектирование делится на стадии, этапы, процедуры. При проектировании сложных объектов выделяют стадии научно-исследовательских работ (НИР), опытно-конструкторских работ (ОКР), технического проекта, рабочего проекта, испытаний опытного образца.

НИР является первой стадией разработки, на которой выявляется принципиальная возможность создания изделия. В соответствии с ГОСТ она включает разработку технического задания и технического предложения.

В процессе НИР полностью прорабатываются теоретическая и экспериментальная части разработки. Стадию НИР во многих случаях можно разделить на стадии предпроектных исследований, технического задания, технического предложения. На этих стадиях исследуются физические, информационные, конструктивные и технологические принципы построения изделий и возможности реализации этих принципов, прогнозируются возможные значения характеристик и параметров объектов. Если НИР завершается отрицательным результатом, то это свидетельствует о том, что данная разработка неперспективна, или не может быть обеспечена современным уровнем развития техники. Целью НИР, завершающейся научно-техническим отчетом, являются рекомендации на проведении ОКР. При положительном исходе НИР заканчивается ТЗ на ОКР.

ОКР является второй стадией разработки и включает разработку эскизного, технического и рабочего проектов. Основываясь на результатах НИР, ОКР имеет целью оптимальное инженерное воплощение. В процессе выполнения ОКР производятся все необходимые конструкторские и технологические расчеты, а также необходимые экспериментальные исследования. ОКР заканчивается разработкой полного комплекта технической документации на изделие и предъявлением заказчику опытного образца (или опытной партии) устройства, выполненного по этой документации.

Последовательность этапов разработки информационных систем и стадии выпуска конструкторско-технологической документации определяется Государственными стандартами. Стандарт (ГОСТ 34.601-90) устанавливает стадии и этапы создания ИС.

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

Техническое задание (ТЗ) является исходным документом, устанавливающим основное назначение, тактико-технические и технико-экономические характеристики, предъявляемые к разрабатываемому изделию. Оно включает следующие разделы: область применения создаваемого изделия, цель и основание для его разработки, этапы (с конкретным указанием работ) и сроки разработки, порядок испытаний и ввода изделия в промышленную эксплуатацию. Разработка ТЗ как правило осуществляется заказчиком и исполнителем совместно путем неоднократных итерационных согласований.

На практике ТЗ разрабатывает исполнитель.

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

Эскизный проект представляет собой совокупность технических документов, содержащих принципиальную проработку схемных и конструкторских решений, которые дают общее представление о проектируемом изделии. Наиболее важные и ответственные узлы и блоки последнего прорабатываются более детально.

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

Рабочий проект представляет собой полную завершенную совокупность конструкторских, технологических и других документов, на основании которых может быть изготовлен опытный образец (или установочная партия) изделия. Рабочий проект включает в свой состав всю необходимую документацию по изготовлению, испытанию, приемке, эксплуатации, транспортированию, хранению изделия.

На стадии испытаний опытного образца (или пробной партии при крупносерийном производстве) получают результаты, позволяющие выявить возможные ошибки и недоработки проекта, принимаются меры к их устранению, после чего документация передается на предприятия, выделенные для серийного производства.

Различают нисходящее (сверху вниз) и восходящее (снизу вверх) проектирование. При нисходящем проектировании задачи высоких иерархических уровней решаются прежде, чем задачи более низких иерархических уровней. При восходящем проектировании последовательность противоположная.

Маршрутом проектированияназывается последовательность проектных процедур, ведущая к получению требуемых проектных решений. Принципы построения маршрутов проектирования:

• расчленение (декомпозиция) сложной задачи синтеза;

• чередование процедур синтеза и верификации;

• итерционность проектирования;

• многовариантность анализа (усложнение моделей) по мере приближения к окончательному проектному решению.

Расчленение (декомпозиция) сложной задачи синтеза на ряд простых выполняется в соответствии с блочно-иерархическим подходом к проектированию. Расчленение позволяет распределить работу между соответствующими подразделениями проектного предприятия, организовать параллельно-последовательное выполнение проектных процедур коллективом разработчиков. Основными проблемами декомпозиции является сохранение глобального оптимума проектных параметров и согласованность компонент.

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

Существуют два подхода к верификации проектных процедур: аналитический и численный. Аналитический подход основан на использовании формальных методов доказательства соответствия двух сравниваемых описаний. Численный подход основан на математически моделировании процессов функционирования проектируемых объектов. Моделирование - это исследование объекта путем создания его модели и оперирования ею с целью получения полезной информации об объекте. При математическом моделировании исследуется математическая модель объекта. Математической моделью технического объекта называется совокупность математических методов (чисел, скалярных переменных, векторов, матриц, графов и т.п.) и связывающих их соотношений, отражающая свойства моделируемого технического объекта, интересующие проектировщика. Математическая модель, отражающая поведение моделируемого объекта при заданных изменяющихся во времени внешних взаимодействиях, называется имитационной.

Итерационность проектирования обусловлена двумя факторами:

• особенностью блочно-иерархического подхода. При нисходящем проектировании на n-ом иерархическом уровне можно лишь предположительно судить о свойствах непроектированных элементов, которые будут разрабатываться на (n+1)-м уровне. При восходящем проектировании неопределенность связана с требованиями ТЗ, корректность, которых может быть установлена лишь при выполнении процедур самого верхнего иерархического уровня;

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

Различают процедуры структурного и параметрического синтеза. При структурном синтезе определяется структура объекта. При параметрическом синтезе определяются численные значения параметров элементов при заданных структуре объекта и диапазоне возможного изменения внешних переменных. Если при этом ставится цель достижения экстремума некоторой целевой функции, то имеет место процедура параметрической оптимизации. Часто при структурном и параметрическом синтезе используют метод перебора вариантов на основе матрицы, содержащей в столбцах параметры (компоненты), а в строках – значения параметров (варианты реализации компонент). Синтез выполняется полным перебором возможных вариантов с последующим анализом на реализуемость и целесообразность (технико-экономическую эффективность).

4 ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

Целью предпроектного обследования является изучение задач, реша­емых вручную, анализ недостатков существующей системы, разработ­ка мероприятий по устранению недостатков и формирование перечня новых за­дач.

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

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

При этом применяются два подхода к обследованию информационных потоков:

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

• функциональный, когда исследуются информационные потоки по процедурам, задачам и функциям управле­ния.

В процессе предпроектного обследования формируются наборы процедур, функций и комплексов задач для создаваемой ИС.

Децентрализованная стратегия (функциональный подход) заключается в после­довательном проектировании функциональных подсистем. Для каждой из них со­здается автономная информационная база. Такая стратегия обеспечивает быстрое внедрение подсистем, однако оптимальная организация ИС достигается с меньшей вероятностью.

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

Методы обследования процедур

В процессе предпроектного обследования изучается функциональная структура объекта автоматизации — состав обеспе­чивающих и функциональных подсистем, комплексов задач, отдель­ных задач и процедур управления.

Различаются функции управления, как планирование, нормирование, учет, контроль, анализ, регулирование.

Степень автоматизации функций приведена в таблице:

Функция	Степень автоматизации
	Наиболее часто встречающаяся	Потенциально достижимая
Нормирование, учет, контроль,	80-90%	100%
Планирование, анализ	30-60%	80-90%
Регулирование	10-20%	50%

При создании ИС функции управления реализуются через функциональные подсистемы. Функциональная подсистема представляет собой часть системы, включающую выделенную по определенному признаку совокупность задач, ха­рактеризуемых единством использования результатов в процессе управления.

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

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

• номенклатура выпускаемой продукции (виды продукции, объемы);

• тип и характер производства (единичное, мелкосерийное, массовое);

• масштаб предприятия (малое, среднее, крупное);

• численность работающих, количество и виды массовых профессии;

• количество групп и единиц оборудования;

• количество видов технологических процессов;

• номенклатура материальных ресурсов (виды, объемы запасов и оборот материальных ресурсов);

• количество организации-контрагентов (поставщиков материальных ресурсов, покупателей продукции) и др.

Реализация управленческих функций осуществляется через решение задач управления. Обследованию подвергается существующая система управления:

• состав, периодичность и условия выполнения каждой управленческой функ­ции или задачи;

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

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

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

• состояние информационного обеспечения управления и нормативно-справоч­ного хозяйства.

В результате обследования управленческих процедур:

• устанавливаются цели деятельности (обеспечение стабильного дохода, конку­рентоспособности выпускаемой продукции, ритмичности производства, сокра­щение непроизводительных потерь рабочего времени и т. н.) и критерии оценки их достижения;

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

Методы обследования следующие:

Метод наблюдения применим в тех случаях, когда изучаемый вопрос не явля­ется трудным для понимания и требуется лишь уточнить некоторые детали.

Метод опроса исполнителей наиболее распространен, хотя имеет суще­ственные недостатки. В процессе опроса приходится отвлекать людей от работы, а главное, полученные сведения могут быть не точными.

Метод анализа материалов является наиболее точным и научно обосно­ванным. Материалы собираются различными способами и затем обрабатываются и анализируются по определенным научно разработанным методикам.

Метод личного участия является наиболее достоверным, так как предпола­гает выполнение производственных операций лично проектировщиком. Если по­зволяет время обследования, то этот метод наиболее желателен для применения.

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

Для проведения обследования применяется опросный лист или анкета обследова­ния. В анкете по каждому документу указываются: наименование, код, вид доку­мента; откуда и куда направляется; срок поступления (отправления); количество экземпляров; коли­чество документострок; перечень и размерность всех реквизитов.

Исследование структуры информации и документооборота

В процессе предпроектного обследования изучаются состав, структура, форма и содержание информационных сообщений, а также информационные процессы, ох­ватывающие сбор и регистрацию первичной информации, передачу данных, обра­ботку сообщений, организацию хранения и доступа к информации. Информационный анализ предметной обла­сти выполняется в трех уровнях:

• состав и структура сообщений, правила их построения (синтаксический уровень);

• смысловое содержание сообщений для управле­ния (семантический уровень);

• полезность сообщений для системы (прагматический уровень).

В процессе обследования необходимо создать единый альбом форм докумен­тов и установить важнейшие характеристики каждого документа:

• система документации, к которой относится документ (конструкторская, плановая, отчетно-статистическая, организа­ционно-распорядительная, расчетно-денежная и т. п.);

• форма документа;

• реквизитный состав документа;

• объем информации документа (количество экземпляров до­кумента, документострок или символов за фиксированный интервал време­ни — год, месяц).

Изучение основных единиц информации — реквизитов входных, выходных до­кументов, полей записей файлов информационной базы и их групп — позволяет установить форматные характеристики данных и выявить структуру данных, что очень важно для построения информационно-логической модели предметной об­ласти.

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

Изучение нормативно-справочного обеспечения начинается с анализа систем классификации и кодирования. При этом устанавливаются:

• обозначение и наименование классификатора,

• исходное множество объектов классификации и кодирования (готовая про­дукция, материалы, оборудование, профессии и т. п.);

• уровень действия классификатора (межгосударственный, государственный, отраслевой, локальный);

• метод классификации, признаки классификации и основания деления;

• структура кода (состав и назначение отдельных разрядов), алфавит кода;

• помехозащищенность кода (контрольные разряды для обеспечения достовер­ности информации);

• емкость системы классификации (количество классификационных группиро­вок).

Выбор состава автоматизируемых задач

В результате предпроектного обследования формируется список функциональ­ных задач, подлежащих автоматизации:

• основные задачи, обязательные для автоматизации,

• второстепенные задачи,

• задачи, автоматизация которых нецелесообразна из-за их слож­ности или незначительности,

• последовательность внедре­ния отдельных задач.

К основным факторам, влияющим на выбор состава задач ИС, в общем случае относятся:

• экономическая целесообразность автоматизации решения задач (то есть сте­пень получаемого эффекта);

• возможность формализации различных функции и комплексов задач управ­ления;

• трудоемкость и периодичность решения задач;

• наличие средств обеспечения (методического, математического, информацион­ного, технического);

• степень подготовленности предприятия к внедрению ИС.

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

Выбор состава задач является трудно формализуемым процессом, жестких мето­дик выбора пока не существует. Вначале разрабатываются критерии или требо­вания к формируемым задачам, а затем осуществляется отбор задач, удовлетво­ряющих этим требованиям.

Критериями выбора состава задач являются: степень влияния реализации задачи на основные технико-экономические и финансовые показатели деятельности предприятия; трудоемкость реализации задачи в ручном и автоматизированном вариантах; объем хранимой и передаваемой информации, необходимый для реализации за­дачи; трудоемкость автоматизации задачи.

5 Case-технологии в создании ис

Решение задач проектирования больших размерностей требует применения соответствующих методов и моделей. Ие­рархические CASE-модели (Computer-Aided Software/System Engineering - проектирование программного обеспечения/ системы на основе компьютерной поддержки) во многом отвечают предъявляемым к ним требованиям.

Практически ни один крупный зарубежный про­граммный продукт не создается в настоящее время без использования CASE-средств, а во многих отраслях ведущих стран (особенно госсектор, оборонный комплекс, добывающая промышленность) подготовка проектной документации с использованием CASE-средств является необходимым требованием стандартов.

Областью применения CASE-технологий является, пре­жде всего, создание экономических ИС, особенно там, где проблематика отличается большой сложностью, например, в корпоративных ИС.

Основой CASE-методологии является моделирование. CASE-технология — это модельный метод автоматизации проектирования системы.

CASE-технология основана на взаимосвязи:

методология — метод — нотации — средства

Методология определяет общие подходы к оценке и выбору вариан­та системы, последовательность стадий и этапов проектирования, под­ходы к выбору методов.

Метод конкретизирует порядок проектирования отдельных компо­нентов системы (например, известны методы проектирования потоков данных в системе, задания описаний процессов, пред­ставления структур данных в хранилище и т.д.).

Нотации — графические средства обозначения и правила, пред­назначенные для описания структуры системы, этапов обработки инфор­мации, структуры данных (графы, диаграммы, таблицы, блок-схемы, формальные и естественные языки).

Средства — инструментарии, средства для обеспечения интер­активного режима проектирования (создание и редактирование графи­ческого проекта ИС и кодогенерацни программ).

Построение CASE-модели системы предусматривает декомпозицию системы и ие­рархическое упорядочивание подсистем.

Модель системы должна отражать: функциональную часть системы; отношения между данными; переходы состояний системы при работе.

Для моделирования ИС в указанных аспектах используются разновидности графических средств:

1. Диаграммы потоков данных — DFD (Data Flow Diagrams). Они используются совместно со словарями данных и спецификациями процессов.

2. Диаграммы „сущность-связь" — ERD (Entity Relationship Dia­grams), показывающие отношения между данными.

3. Диаграммы переходов состояний — STD (State Transitign Dia­grams) для отражения зависящего от времени поведения системы (в режиме реального времени).

Ведущая роль в моделировании принадлежит DFD.

DFD предназначена для отражения взаимосвязей источников и при­емников данных, потоков данных, процессов обработки (вы­числительных процессов, соответствующих функциям системы), храни­лищ данных (накопителей).

Графическое представление диаграммы потоков данных на экране дисплея обеспечивает наглядность моделирования и удобство корректи­ровки в интерактивном режиме. Поскольку графического представления недостаточно для точно­го определения компонентов DFD, используются текстовые описания.

Каждый процесс (функция системы) может быть де­тализирована с помощью DFD нижнего уровня, где он разделяет­ся на несколько процессов с одновременной детализацией потоков данных. Детализация процессов заканчивается, когда описание каждого де­тализированного процесса может быть сделано с помощью выбранного метода написания алгоритма процесса.

Визуальные языки обеспечивают автоматическую кодогенерацию, но представленные с их помощью спецификации процессов сложно коррек­тировать.

Важным методологическим принципом CASE-технологии создания информационной системы является четкое разделение процесса созда­ния системы на 4 стадии:

• предпроектную (стадию анализа, прототипирования, и построения модели требовании к системе);

• проектную, предполагающую логическое проектирование системы (без программирования);

• стадию программирования (включая проектирование физической базы данных);

• послепроектную, включающую в себя ввод в действие, эксплуата­цию и сопровождение системы.

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

На проектной стадии происходит уточнение модели требований (раз­работка подробной иерархической модели на основе DFD и специфика­ций процессов) и расширение ее до модели реализации на логическом уровне.

На стадии программирования осуществляется физиче­ское проектирование системы. Эта стадия предусматривает автоматиче­скую кодогенерацию по спецификациям процессов программного обес­печения системы и физическое проектирование базы данных.

Заключительная послепроектная стадия начинается с приемо­сдаточных испытаний. Далее следуют ввод в постоянную эксплуатацию, сопровождение и развитие системы.

Достоинства CASE-технологии:

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

2. Доступная для понимания пользователей-непрограммистов графи­ческая форма представления модели позволяет осуществить прин­цип пользовательского проектирования, предусматривающий уча­стие пользователей в создании системы. CASE-модель позволяет достичь взаимопонимания между всеми участниками создания системы (заказчиками, пользователями, проектировщиками, про­граммистами).

3. Наличие формализованной модели системы на предпроектной ста­дии создает возможность для многовариантного анализа с ориентировочной оценкой эффективности вариан­тов. Анализ прототипа системы позволяет скорректировать буду­щую систему до того, как она будет реализована физически. Это ускоряет и удешевляет создание системы.

4. Закрепление в формализированном виде требований к системе из­бавляет проектировщиков от многочисленных кор­ректировок.

5. Отделение проектирования системы от программирования созда­ет устойчивость проектных решений для реализации на разных программно-технических платформах.

6. Наличие формализованной модели реализации системы и соот­ветствующих средств автоматизации позволяет осуществить авто­матическую кодогенерацию программного обеспечения системы и создать рациональную структуру базы данных.

7. На стадии эксплуатации системы появляется возможность вне­сения изменений на уровне модели, не обращаясь к текстам программ, возможно, силами специалистов отдела автоматизации фирмы.

8. Модель системы может использоваться не только как основа ее создания, но и в целях автоматизированного обучения персонала с использованием диаграмм.

9. На основе модели действующей системы может выполняться бизнес-анализ для поддержки управленческих решений и бизнес-реинжиниринг при изменении направления деятельности фирмы.

В зависимости от функционального назначения программные средства, обеспечивающие CASE-технологию, подразделя­ются на следующие классификационные группировки, обеспечивающие:

• анализ и проектирование информационной системы;

• проектирование баз данных;

• программирование;

• сопровождение и реинжиниринг;

• управление процессом проектирования.

Средства анализа и проектирования служат для построения CASE-модели как действующей, так и реализуемой системы управления. Они поддерживают графическое построение и контроль иерархической модели диаграмм потоков данных и описание ее компонентов. Эти сред­ства позволяют аналитикам и проектировщикам получить доступ к базе данных проектируемой системы. К таким средствам относятся: отечественный пакет CASE. Аналитик, Design/IDEF (Meta Software), The Developer (ASYST Technologies) и др.

Для согласования требований пользователей создаются прототи­пы пользовательских интерфейсов, включающих в себя меню, экран­ные формы и отчеты в виде таблиц или графиков. Примером является Developer/2000 (Oracle).

Средства проектирования баз данных обеспечивают логическое мо­делирование данных, автоматическое преобразование моделей данных в третью нормальную форму и генерацию схем баз данных. Примера­ми таких средств является Designer/2000 фирмы Oracle, ERWin (Logic Works) и др.

Средства программирования поддерживают автоматическую кодогенерацию из спецификаций процессов, тестирование и документирование программы. К их числу относятся Programmer/2000 (Oracle), DECASE (DEC), APS (Sage Software) и др.

Средства сопровождения и реижиниринга позволяют вносить изме­нения в систему при меняющихся условиях бизнеса (Adpac CASE Tools фирмы Adpac и др.).

Средства управления процессом проектирования поддерживают пла­нирование и контроль выполнения комплекса проектных работ, а так­же взаимодействие аналитиков, проектировщиков и программистов на основе общей БД (Project Workbench фирмы Applied Business Technology).

6 Внедрение и эксплуатация ис Особенности внедрения информационных систем

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

1. Установка ТО и ПО с последующим формированием рабочих мест (РМ).

2. Создание первоначального информационного фонда для внедрения и апробирования функциональных задач, а также для проведения испытаний системы.

3. Отработка документация, необходимой для пользователей системы и служб сопровождения.

4. Обучение пользователей и обслуживающего персонала системы.

Для успешного решения задач не­обходимо разработать комплексный техно­логический график работ, который должен отражать приори­тетность выполнения работ, их результаты и ответственных исполнителей.

РМ должны быть установлены в соответствии со схемой размещения си­стемы. Все устройства должны быть сертифицированы, авто­номно отлажены, должны быть проведены специсследова­ния, если это необходимо.

Одновременно с развертыванием ПО создаются ИО и БД в соответствии с требо­ваниями технического задания.

Результатом внедрения основных компонентов ИС должен быть первый вариант це­ликом собранной на объекте системы, готовой к проведению предварительных испытаний.

Обеспечение требуемых параметров ИС

Для поддержание работоспособности ИС и обеспечение целостности базы данных, в процессе внедре­ния необходимо заложить программно-технологическую платформу для обеспечения надеж­ности хранения информации.

Процесс внедрения должен обеспечить использование:

• зеркалирования дисковых областей;

• полного тиражирования данных сервера;

• быстрого восстановления при включении системы;

• архивирования данных.

Процесс зеркалирования — это дублирование дисковой области, выделенной под БД, на эквивалентную по размеру область. Цели — высокая готовность и оптимизация операций чтения данных. Высокая готовность достигается за счет того, что при вы­ходе из строя одного жесткого диска, сервер автоматически продолжает работу с оставшимся диском без остановки. Оптимизация операций чтения достигается за счет того, что страницы памяти на жестком диске, отно­сящиеся к начальной половине области базы данных, чита­ются с первичной области, а страницы из второй половины — с зеркальной.

Технологически тиражирование — это поддержание на сервере копий хранящихся объектов базы данных. Наиболее технологично тиражи­рование данных достигается прозрачным способом с основно­го сервера, где хранится информация БД, на вторичный сер­вер, к которому необходимо реализовать доступ только на чтение. Тиражирование может быть синхронным или асинхронным. Синхронный режим гарантирует полную согласованность БД: ни одна транзакция, зафиксированная на основном сервере, не останется незафиксированной на вто­ричном, даже в случае сбоя на первичном. Асинхронный ре­жим не обеспечивает абсолютной согласованности баз дан­ных, но снижает трафик сети.

Внедрение и развертывание технологии архивирования позволяют создавать архивные копии данных. Процедура восстановления состоит из двух технологиче­ских шагов — считывания данных из архивной копии и при­менения к ним тех изменений, которые были зафиксирова­ны в журналах транзакций.

Некоторые аспекты внедрения

Внедрение новых информационных технологий не только расширяет диапазон информационных услуг, но и приводит к изменению характера мышления и значительно повышает производительность труда за счет перераспределения времени и усилий между рутинными операциями и интеллектуальными в сторону последних.

В целях успешного внедрения ИС необходимо осуществить определенный ми­нимальный набор организационно-методических мер:

• реорганизовать внутренние структуры подразделений в соответствии с утвержденной в ТЗ схемой обработки документов;

• согласовать с заказчиком нормативные документы, регламентирующие информационные технологии;

• разработать и внедрить перечень типовых процедур обработки и прохождения входных и выходных доку­ментов;

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

• согласовать перспективный план по модернизации;

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

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

• оперативного управления системой;

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

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

• подготовки, формирования и представления опера­тивных сводок, аналитических записок, отчетов, докладов по запросам администрации органов государственного управления;

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

• системы по выявлению и устранению недостатков системы в совместно установленные сроки;

• актуализации, обеспечения полноты и достоверности используемого в ИС информационного фонда;

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

Ключевыми специалистами, без которых невозможна экс­плуатация информационных систем, являются: администратор системы (АС), администратор базы данных (АБД), админи­стратор по защите данных (АЗД).

Рекомендуется примерная струк­тура службы эксплуатации и развития АИС, обеспечивающей информационную поддерж­ку порядка 300 пользователей:

Подразделения/численность	Функции
Сопровождения ТС и СПО /3	Обеспечение ра­ботоспособности ТС и оперативное восстановление работоспособности АИС на основе: технических осмотров и проверок технических средств; проведения регламентных и профилактических работ; проведения ремонтных работ и организационных мер.
Сбора, ввода информации и администри­рования БД /5	Обеспечивает за целостность и сохранность данных, с которыми работают пользователи системы.
Оперативного управления и развития системы /6	подготовка и выработка предложений для принятия решений; подготовка информационно-справочных и аналити­ческих материалов; подготовка экспресс-докладов; анализ информационных потребностей пользовате­лей ИС; анализ источников информации и возможности их использования; организация взаимодействия ИС с информационными системами других организаций; организация и сопровождение работ по модернизации и развитию системы.
За­щиты информации /2	защита от несанкционированного доступа; обучение пользователей.

Приложение

Задание на курсовую работу

Тема курсового работы (КР) – «Разработка технического задания на создание информационной системы ***».

*** - наименование предприятия (отдела, службы) для которого планируется создать ИС.

Содержание кр

1. Краткое описание предприятия (отдела) – 1-2 стр.

2. Перечень задач, решаемых при создании ИС – 1 стр.

3. Техническое задание на создание ИС – 10 - 15 стр.

Выписка из ГОСТ 34.602-89 ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ является рекомендательной, определяющей состав и содержание ТЗ. В ходе выполнения КР допускается обоснованноеизменение состава и содержания ТЗ.

ТЗ на ИС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие.

Включаемые в ТЗ на ИС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам

В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.

Состав и содержание тз

 

1. В разделе “Общие сведения”указывают: полное наименование системы и ее условное обозначение; наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты; плановые сроки начала и окончания работы по созданию системы.

2. Раздел “Назначение и цели создания (развития) системы” состоит из подразделов:

“Назначение системы” указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации, на которых предполагается ее использовать.

“Цели создания системы” приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания ИС, указывают критерии оценки достижения целей создания системы.

В разделе “Характеристики объекта автоматизации”приводят краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию и сведения об условиях эксплуатации объекта автоматизация и характеристиках окружающей среды.

3. Раздел “Требования к системе”состоит из следующих подразделов: требования к системе в целом; требования к функциям (задачам), выполняемым системой; требования к видам обеспечения.

Состав требований к системе, включаемых в данный раздел ТЗ на ИС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы.

В подразделе “Требования к системе в целом” указывают:

требования к структуре и функционированию системы;

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

показатели назначения;

требования к надежности;

требования безопасности;

требования к эргономике и технической эстетике;

требования к транспортабельности для подвижных ИС;

требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;

требования к защите информации от несанкционированного доступа;

требования по сохранности информации при авариях;

требования к защите от влияния внешних воздействий;

требования по стандартизации и унификации;

дополнительные требования.

В требованиях к структуре и функционированию системы приводят:

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

2) требования к способам и средствам связи для информационного обмена между компонентами системы;

3) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.);

4) требования к режимам функционирования системы;

5) требования по диагностированию системы;

6) перспективы развития, модернизации системы.

В требованиях к численности и квалификации персонала да ИС приводят:

требования к численности персонала (пользователей) ИС;

требования к квалификации персонала, порядку его подготовки я контроля знаний и навыков;

требуемый режим работы персонала ИС.

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

В требования к надежности включают:

1) состав и количественные значения показателей надежности для системы в целом или ее подсистем;

2) перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;

3) требования к надежности технических средств и программного обеспечения;

4) требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.

В требования по безопасности включают требования до обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т. п.), по допустимым уровням освещенности, вибрационных и шумовых нагрузок.

В требования по эргономике и технической эстетике включают показатели ИС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.

Для подвижных ИС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.

В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:

1) условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;

2) предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.;

3) требования по количеству, квалификации обслуживающего персонала и режимам его работы;

4) требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;

5) требования к регламенту обслуживания.

В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.

В требованиях к средствам защиты от внешних воздействий приводят:

1) требования к радиоэлектронной защите средств ИС;

2) требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.

В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых- автоматизированных рабочих мест, компонентов и комплексов.

В дополнительные требования включают:

1) требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;

2) требования к сервисной аппаратуре, стендам для проверки элементов системы;

3) требования к системе, связанные с особыми условиями эксплуатации;

4) специальные требования по усмотрению разработчика или заказчика системы.

В подразделе “Требование к функциям (задачам)”, выполняемым системой, приводят:

1) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;

2) временной регламент реализации каждой функции, задачи (или комплекса задач);

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

4) перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.

В подразделе “Требования к видам обеспечения” в зависимости от вида системы приводят требования:

Для математического обеспечениясистемы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.

Для информационного обеспечения: системы приводят требования:

1) к составу, структуре и способам организации данных в системе;

2) к информационному обмену между компонентами системы;

3) к информационной совместимости со смежными системами;

4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;

5) по применению систем управления базами данных;

6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;

7) к защите данных от разрушений при авариях и сбоях в электропитании системы;

8) к контролю, хранению, обновлению и восстановлению данных;

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

Для программного обеспечениясистемы приводят перечень покупных программных средств, а также требования: к независимости программных средств от используемых СВТ и ОС; к качеству ПС, а также к способам его обеспечения и контроля; по необходимости согласования вновь разрабатываемых ПС с фондом алгоритмов и программ.

Для технического обеспечениясистемы приводят требования:

1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;

2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.

В требованиях к метрологическому обеспечениюприводят(для экономистов не обязательно):

1) предварительный перечень измерительных каналов;

2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;

3) требования к метрологической совместимости технических средств системы;

4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;

Для организационного обеспеченияприводят требования:

1) к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;

2) к организации функционирования системы и порядку взаимодействия персонала ИС и персонала объекта автоматизации;

3) к защите от ошибочных действий персонала системы.

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

39

2

3

38

37

4

5

36

35

6

7

34

33

8

9

32

31

10

11

30

29

12

13

28

27

14

15

26

25

16

17

24

23

18

19

22

20

21