Техническое задание на создание автоматизированной системы

ТЗ разрабатывается на основе ТЭО. Оно содержит основные требования к будущему проекту ЭИС. ТЗ разрабатывается согласно ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы». ТЗ содержит следующие разделы:

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

2. Назначение цели создания системы. Он состоит из двух частей. Первый подраздел – назначение системы. Здесь определяется вид автоматизируемой деятельности и перечень объектов автоматизации, на которых предлагается ее использовать. Вторая часть – цели создания системы. В этом подразделе дается наименование и требуемые значения показателей объекта автоматизации. Это такие показатели как технические, технологические, производственно-экономические и др. Требуемее значения должны быть достигнуты в процессе внедрения ЭИС.

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

4. Требования к системе. Он состоит из следующих подразделов: требования системе в целом, требования к функциям и задачам, требования к видам обеспечения, требования к системе в целом. В этом разделе даются требования к структуре, требования к численности квалифицированных сотрудников, требования к надежности и безопасности работы системы. Требования к эргономике и технической эстетике, требования к эксплуатации, к техническому обслуживанию, требования к ремонту системы, требования к защите информации от несанкционированного доступа, требования по сохранности информации при аварии. Требования к защите от внешней среды, требования к патентной чистоте проектных решений. Требования по унификации и стандартизации. Следующий подраздел: требования к функциям и задачам, выполняемых системой. По каждой подсистеме дается перечень функций, комплекс задач и самих задач. Дается распределение очередности создания подсистем и т.д. Дается временной регламент реализации каждой функции, задачи или комплекса, даются требования к качеству реализации. Требования к форме представления выходной информации, характеристики необходимой точности и времени выполнения. Далее: характеристики достоверности выдачи результата. И подраздел: «Требования к видам обеспечений». Это требования к техническому, информационному обеспечениям, организационному обеспечению, математическому и программному.

5. Состав и содержание работ по созданию системы. В нем: перечень стадий и этапов работ, в соответствии с ГОСТ 34.601-90. Также здесь определяются сроки выполнения, дается перечень организации исполнителей, перечень документов по ГОСТ 34.201-89. Он называется «Виды, комплексность и обозначения документов при создании автоматизированных систем». Это документы, которые предъявляются по окончании работ. Также здесь приводятся виды и порядок проведения экспертизы технической документации.

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

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

8. Требования к документированию. Здесь приводится перечень документов и их комплектов в соответствии с ГОСТ 34.1-89

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

Понятие информационной базы и способы её организации.

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

Файл – это некоторое множество записей однородной структуры, предназначенное для решения экономических задач.

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

1. По этапам обработки: входные, базовые, результатные.

2. По типу носителя: на промежуточных носителях, к которым относятся гибкие магнитные диски, диски, флешки и магнитные ленты; на основных носителях, к которым относятся жёсткие магнитные диски.

3. По составу информации: файлы с оперативной информацией, файлы с постоянной информацией.

4. По назначению (по типу функциональных подсистем).

5. По типу логической организации: файлы с линейной и иерархической структурой записи, реляционные, табличные.

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

К числу базовых файлов, хранящихся в информационной базе относятся: основные, рабочие, промежуточные, служебные и архивные файлы.

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

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

Файлы с условно постоянной информацией могут содержать справочную, расценочную, табличную и другие виды информации. Эта информация изменяется в течение года не более чем на 40% и имеет коэффициент стабильности не менее 0,6.

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

Нормативно-расценочные файлы должны содержать данные о нормах расхода и расценках выполнения операций и услуг.

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

Плановые файлы содержат плановые показатели, которые хранятся весь плановый период.

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

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

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

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

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

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

3. Своевременность и одновремённость вводимых данных во всех копиях данных.

4. Гибкость системы, т.е. адаптированность информационной базы изменяющимся информационным потребностям.

5. Реализуемость системы, обеспечивающую требуемую степень сложности структуры информационной базу.

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

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

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

Существуют следующие способы организации информационной базы:

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

2. Интегрированная база данных, основывающаяся на основе универсальных средств загрузки, хранения, поиска и ведения данных (СУБД).

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

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

Со способами организации БД относят создание централизованных и распределённых БД.

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

1. Логическая и физическая независимость данных.

2. Контролируемая избыточность данных.

3. Стандартизация данных за счёт использования классификаторов.

4. Наличие словаря данных.

5. Специализация интерфейса для администратора БД и пользователя системы.

6. Контроль целостности данных.

7. Защита данных от несанкционированного доступа.

8. Наличие вспомогательных программных средств проектирования и эксплуатации БД.

При проектировании централизованной БД используются следующие принципы:

1. Обеспечение логической организации данных с помощью построения глобальной модели данных.

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

3. Выделения специального языка описания данных для получения схем и подсхем.

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

5. Разделение доступа к полям данных.

6. Защита данных через пароль.

7. Обеспечение доступности данных для нескольких пользователей.

Для распределённых БД существуют свои требования:

1. Учёт территориального расположения подразделения ЭИС.

2. Обеспечение независимости данных от их территориального расположения.

3. Оптимально размещение БД между абонентами и серверами.

4. Сокращение стоимости информационного обслуживания абонента.

5. Обеспечение решения сложных межведомственных задач.

6. Надёжность хранения и обработки данных, использование СУБД, которые имеют язык описания данных, манипулирование данными и язык запросов и ориентированные на работу в сети.

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

Процесс проектирования зависит от того, где проектируются данные (среда программирования, СУБД)