Создание технического задания на разработку информационной системы. Техническое задание на создание автоматизированной информационной системы
Разработка информационной системы учета работы строительного предприятия
2. Техническое задание на создание информационной системы
2.1 Общие сведения
Автоматизированная информационная система «Строительное предприятие»
2.2 Цели создания информационной системы
Для решения задач контроля и учета проектирования и изготовления, и продаж в данном предприятии создается автоматизированная информационная система, которая проектируется в среде СУБД ACCESS.
Информация в виде распределенной базы данных хранится частично на файл-сервере и частично на рабочих станциях, входящих в состав локальной вычислительной сети отдела продаж. Видом автоматизированной деятельности является учет.
Основными средствами работы данной фирмы являются здания предприятия ЗАО «УниСтрой - НН», в котором размещены средства автоматизации управления (компьютеры - рабочие станции, серверы, а также другие технические устройства).
Основные функции, которые решает ИС:
· Контроль работы предприятия;
· Учет продаж предприятия;
· Учет результатов (доходов и расходов предприятия).
Систематизация и автоматический контроль над работой предприятия, продажами, заказами.
2.3 Характеристика объектов автоматизации
Основной деятельностью данного предприятия является организация проектирования и продажи товаров, значит, деятельность экономического отдела по учету и будет основным объектом автоматизации.
2.4 Требования к системе
2.4.1 Требования к входной, нормативно-справочной и выходной информации
К входной информации отдела проектирования и изготовления, и продаж относятся данные, необходимые для решения всех задач, решаемые в этом подразделении. В первичной форме эти данные поступают в виде документов на бумажном носителе. К основной входной информации относятся следующие данные:
· Документы, поступающие из планово-экономического отдела 1 раз в месяц, которые содержат плановые задания по выполнению проектирования и продаж;
· Данные, поступающие из отдела маркетинга, которые содержат заявки на поставку товаров и выполнение других работ, сведения об установленных ценах;
Выходная информация может быть представлена в виде бумажного документа, в виде информационного сообщения или в виде файла (электронного документа) на магнитном носителе.
Эти данные представлены в виде таблицы БД, в виде запроса, а также в виде отчета на экране и на бумаге.
Выходные результаты решения задачи по учету результатов деятельности предприятия выводятся:
· На принтер и на жесткий диск в отделе проектирования и изготовления, и отделе продаж;
· Передаются по каналу связи в бухгалтерию и в планово-экономический отдел.
Выдача выходных данных осуществляется каждый квартал.
2.4.2 Предложения по кодированию и классификации информации
Кодирование входной информации должно производиться с учетом следующих требований:
· Сокращение временных и других затрат на решение задач в системе управления;
· Обеспечение высокого качества информации.
В информационной системе используется порядковый метод кодирования входной информации (Табл. Учет проектирования и изготовления, поле - номер записи, Учет продаж - номер записи).
Эти данные кодируются с использованием порядкового метода. Его достоинством является простота использования, недостатком - переполнение кодов.
Классификация информации.
Существует 2 метода классификации:
· Иерархический - под этим методом классификации понимается метод, при котором заданное множество последовательно делится на подчиненные подмножества, постепенно конкретизируя объект классификации. При этом основанием деления служит некоторый выбранный признак. Совокупность получившихся группировок при этом образует иерархическую древовидную структуру в виде ветвящегося графа, узлами которого являются группировки.
· Фасетный - этот метод классификации подразумевает параллельное разделение множества объектов на независимые классификационные группировки. При этом не предполагается жёсткой классификационной структуры и заранее построенных конечных группировок. Классификационные группировки образуются путем комбинации значений, взятых из соответствующих фасетов.
Качество информации в системах управления - совокупность свойств, обуславливающих пригодность данных для удовлетворения потребностей системы управления. Важнейшими свойствами информации, используемой в системах управления, являются:
Ш Кумулятивность - полнота информации;
Ш Достоверность - отсутствие скрытых ошибок;
Ш Защищенность - невозможность несанкционированного доступа;
Ш Оперативность - своевременность;
Ш Гомоморфность - данные должны быть представлены в одном виде;
Ш Идентичность - соответствие объектов на данный момент;
Ш Конфиденциальность - секретность.
Основным программным методом контроля качества информации, используемой в системе управления, является:
· Логический - смысловая проверка, т. е контроль по отклонениям, по заданной последовательности записей
· Программный.
В данной работе контроль качества информации осуществляется с помощью кнопки «Контроль достоверности». Проверяются таблицы: продукция, проекты и учет продаж. Если в таблице присутствует отрицательные значения себестоимости производства, цены продажи, стоимости проектирования и количества, то при нажатии кнопки выявляется ошибка. В противном случае сообщается что ошибок нет.
2.4.4 Предлагаемые меры по защите информации от несанкционированного доступа
Несанкционированный доступ - получение информации без разрешения ее владельца.
Его виды:
1. Косвенный - подслушивающие устройства, дистанционные фотографии, радиоперехват и др.
2. Прямой - непосредственное хищение носителей данных, считывающие данные с диска, вход в систему под чужим паролем, маскировка запросов под системные запросы, заражение программными вирусами и т.д.
Защита наиболее уязвимой части информации производится следующими методами:
· Процедурные - организационно - технические мероприятия - идентификация всех компьютеров и пользователей, установление регламента работы, конкретные базы данных и программы.
· Программные - защита БД и прикладных программ от копирования, антивирусные программы, шифрование, резервирование информации
В информационной системе применяется программный метод защиты (проверка на вирусы).
База данных создавалась в системе СУБД ACCESS т.к она больше ориентирована на обычного пользователя, по сравнению, например, с СУБД FOXPRO, которая ориентирована на прикладного программиста. Выбор СУБД определяется уровнем сложности решаемых в составе АИС задач управления. Поэтому для данной курсовой работы оптимальна СУБД ACCESS.
2.4.5 Требования к базе данных (БД) и системе управления БД
Система управления БД, которая будет использоваться в автоматизированной системе - СУБД ACCES, так как она больше ориентирована на обычного пользователя, а СУБД FOXPRO - на прикладного программиста.
2.4.6 Требования к техническим средствам
Рекомендуется использовать ПК с процессором Pentium -IV, с оперативной памятью объемом не менее 256 МБт, с дисковой памятью объемом не менее 200 ГБт. Это обеспечит высокопроизводительную работу ЛВС при использовании любой топологии и операционной системы.
Требования к вспомогательным устройствам. Для работы в сети устанавливаются 32 - разрядные сетевые адаптеры EtherNet с протоколом ISA или адаптеры TokenRing с протоколом MicroChannel, или сетевые адаптеры ArcNet с протоколом ISA.
Сетевой принтер должен соответствовать следующим требованиям:
· Иметь высокую производительность;
· Иметь достаточную буферную память;
· Иметь высокую надежность работы;
· Обеспечивать высокое качество печати;
· Желательно иметь возможность копирования документов.
Исходя из этого, применяется лазерный принтер - HP LaserJet 1100.
Для повышения надежности работы сети необходима установка устройств бесперебойного питания UPS, особенно для файл - сервера.
3. Технорабочий проект (Проектное решение)
Автоматизация процесса поиска плагиата
Автоматизация работы техподдержки пользователей
В соответствии с ГОСТ 34.601-90, настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т.п.), включая их сочетания, создаваемые в организациях...
Автоматизация расчетов по оплате труда на примере ОАО "Нечкинское" Сарапульского района Удмуртской Республики с использованием программы 1С:Предприятие 8.0
Автоматизированная информационная система учета расхода воды
Общие сведения Полное наименование системы и ее условное обозначение Информационная системы учета расхода воды на примере общества с ограниченной ответственностью "Водоснабжение" (АИС УРВ "Водоснабжение")...
Автоматизированная информационная система учета хранения и обслуживания контрольно-измерительных приборов
Техническое задание разработано в соответствии с ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы"...
Виртуальный деканат
Для обновления сайта от Филиала предоставляется новая информация, фото и медиа файлы, которые нужно заменить на какой-либо из страниц. Замена производится с помощью руководства п.2...
Информационная система "Клинника"
1. Определение назначения разрабатываемой ИС Улучшить качество обслуживания клиентов организации, ускорить процесс оформления документации. 2...
Информационное обеспечение АТП
Подбор технического обеспечения производим с учетом организационной структуры СТО...
Проектирование информационной сети
Целью курсовой будет разработать информационную сеть в муниципальном образовательном учреждении гимназия №7, физически располагающегося в одноэтажном здании...
Разработка web-сайта организации (на материалах ООО "Автомир", г. Гомель)
Рассмотрим уровень технического обеспечения в ООО «Автомир». В организации все рабочие места автоматизированы. На рабочих местах установлены персональные компьютеры...
Разработка и проектирование информационной системы для салона мобильной связи при помощи Microsoft Access на языке программирования Visual Basic
Одной из стадий проектирования автоматизированной информационной системы является разработка и утверждение технического задания на создание системы. Техническое задание - это основной документ...
Разработка информационной системы администратора сети организации ООО "WestCall"
Разработка системы учета компьютерного и офисного оборудования и расходных материалов
1 Общие сведения. 1.1 Полное наименование системы и ее условное обозначение "Bentec IT & Soft invent" 2. Назначение и цели создания системы. 2.1 Назначение системы...
Разработка технического задания для автоматизации магазина "Буква"
Общие сведения Наименование системы автоматизированная система учета деятельности магазина "Буква-Серов". Предприятие заказчик - ООО "Эталон"...
Создание сайта группы
1) Тип изделия: Динамический web-сайт группы; 2) Цель: Создание сайта группы для удобства информирования студентов группы в неучебное и учебное время; 3) Целевая аудитория: Студенты группы и преподаватели ВУЗа; 4) Требования к сайту: 1)Удобный...
Лекция 15. Разработка технического задания на создание информационной системы
Техническое задание на создание ИС.
2. Состав и содержание ТЗ
Выписка из ГОСТ 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) к защите от ошибочных действий персонала системы.
Для методического обеспечения приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.).
Своеобразие ИС, как продукции производственно-технического назначения, выражающееся в ее сложности, в отсутствии нормативов на большинство видов процедур и работ, делает процесс их планирования и проектирования весьма сложным и затруднительным. При взаимодействии предприятия с разработчиком ИС любого назначения для начала выполнения работ необходимо два основных документа: договор и техническое задание (ТЗ). Составление ТЗ является отдельной задачей. Само техническое задание, по сути, - это документ, в котором отражаются все пожелания заказчика, его следует составить как можно более подробно, и указать все детали и видение результата. Только на его основе будет определяться то, что обязаны сделать разработчики, поэтому следует составить техническое задание как можно более подробно.
При проектировании любых информационных систем требуется их подробное описание. Для этих целей можно использовать различные способы и методы, но самым эффективным решением является разработка технического задания (ТЗ), где описываются цели, задачи, интерфейс и другие требования к разрабатываемому объекту.
Техническое задание - это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки ИС. ТЗ на ИС является основным документом, определяющим требования и порядок создания, развития или модернизации ИС, в соответствии с которым проводится её разработка, ввод в действие и приёмка.
Успех в реализации ИС заключается в правильности поставленной задачи заказчиком. Если все необходимые условия для написания хорошего ТЗ выполнены, то тогда результат из ожидаемого превратится в выполнимый.
силами самого заказчика;
силами исполнителя, но в таком случае, в его обязанности войдет проектирование и проведение испытаний;
конкурсными исполнителями, чьи обязанности включают только написание ТЗ;
силами сторонних исполнителей.
Для тех ТЗ, которые пишутся исполнителем, существует ряд нормативной документации:
ГОСТ 21.408-93 «Правила выполнения рабочей документации автоматизации технологических процессов»;
ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»;
ГОСТ 24.703-85 «Типовые проектные решения в АСУ. Основные положения»;
ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения»;
ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»;
ГОСТ 34.602-90 «Техническое задание на создание автоматизированной системы»;
ГОСТ 19.201- 78 Единая система программной документации;
ГОСТ 2.114-95 Единая система конструкторской документации.
ТЗ на ИС - это перечень основных эксплуатационных, технологических, технических, организационных, программных, информационно-логические и лингвистических, экономических и других требований, которым должна удовлетворять ИС на всех этапах существования.
ТЗ является текстовым документом, составляется в произвольной форме. Необходимые чертежи, схемы и большие по объему таблицы рекомендуется оформлять в виде приложений. В зависимости от вида, назначения и специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять его подразделы.
Определенных рекомендаций по тому, что должно содержать ТЗ нет, значит разделы и подразделы должны быть разработаны и размещены в порядке, установленном исполнителем. Существуют лишь общие характеристики разделов и подразделов. Разработчик может самостоятельно изменять, добавлять и редактировать их наименование и количество.
Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посредине) после обозначения кода ТЗ на ИС.
На титульном листе помещают подписи заказчика, разработчика и согласующих компаний, которые скрепляют печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на ИС, помещают на последнем листе.
Титульный лист дополнения к ТЗ оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение №... к ТЗ на AC... »
На последующих листах дополнения к ТЗ помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.
При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ и т. п. и применять слова: «заменить», «дополнить», «исключить», «изложить в новой редакции».
На начальном этапе разработки ТЗ исполнитель создает примерный план содержания.
Общие сведения;
Назначения и цели создания системы;
Характеристика объекта автоматизации;
Требования к системе;
Условия эксплуатации;
Требования к программной документации;
Технико-экономические показатели;
Стадии и этапы разработки;
Порядок контроля и приемки.
Данные разделы могут быть разделены на подразделы. Так же в ТЗ могут включаться приложения, которые описываются по установленным стандартам. Исполнитель может добавлять удалять по необходимости нужные разделы, все эти факторы должны быть оговорены с заказчиком. Придерживаясь установленного плана, исполнитель может разработать ТЗ качественно и в краткие сроки.
При необходимости исполнитель создает список принятых сокращений и глоссарий.
Техническое задание на разработку ИС медицинского учреждения размещено в приложении Б.
ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы.Техническое задание на создание автоматизированной системы (Взамен ГОСТ 24.201-85)
Дата введения с 01.01.1990г.
Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы» (далее - ТЗ на АС).
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.
1.2. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.
Дополнительно могут быть разработаны ТЗ на части АС:
- на подсистемы АС, комплексы задач АС и т. п. в соответствии с требованиями настоящего стандарта;
- на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП;
- на программные средства в соответствии со стандартами ЕСПД;
- на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС.
Примечание. В ТЗ на АСУ для группы взаимосвязанных объектов следует включать только общие для группы объектов требования. Специфические требования отдельного объекта управления следует отражать в ТЗ на АСУ этого объекта.
1.3. Требования к АС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта автоматизации. В этом случае ТЗ на АС не разрабатывают.
1.4. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.
1.5. ТЗ на АС разрабатывают на основании исходных данных в том числе содержащихся в итоговой документации стадии «Исследование и обоснование создания АС», установленной ГОСТ 24.601.
1.6. В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида (АСУ, САПР, АСНИ и т. д.), содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система.
1.7. Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись «Действует с... ».
2. СОСТАВ И СОДЕРЖАНИЕ
2.1. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:
- 1) общие сведения;
- 2) назначение и цели создания (развития) системы;
- 3) характеристика объектов автоматизации;
- 4) требования к системе;
- 5) состав и содержание работ по созданию системы;
- 6) порядок контроля и приемки системы;
- 7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
- 8) требования к документированию;
- 9) источники разработки.
В ТЗ на АС могут включаться приложения.
2.2. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.
2.3. В разделе «Общие сведения» указывают:
- 1) полное наименование системы и ее условное обозначение;
- 2) шифр темы или шифр (номер) договора;
- 3) наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;
- 4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
- 5) плановые сроки начала и окончания работы по созданию системы;
- 6) сведения об источниках и порядке финансирования работ;
- 7) порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
2.4. Раздел «Назначение и цели создания (развития) системы» состоит из подразделов:
- 1) назначение системы;
- 2) цели создания системы.
2.4.1. В подразделе «Назначение системы» указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать.
Для АСУ дополнительно указывают перечень автоматизируемых органов (пунктов) управления и управляемых объектов.
2.4.2. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.
2.5. В разделе «Характеристики объекта автоматизации» приводят:
- 1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
- 2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
Примечание : Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования.
2.6. Раздел «Требования к системе» состоит из следующих подразделов:
- 1) требования к системе в целом;
- 2) требования к функциям (задачам), выполняемым системой;
- 3) требования к видам обеспечения.
Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.
2.6.1. В подразделе «Требования к системе в целом» указывают:
- требования к структуре и функционированию системы;
- требования к численности и квалификации персонала системы и режиму его работы;
- показатели назначения;
- требования к надежности;
- требования безопасности;
- требования к эргономике и технической эстетике;
- требования к транспортабельности для подвижных АС;
- требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
- требования к защите информации от несанкционированного доступа;
- требования по сохранности информации при авариях;
- требования к защите от влияния внешних воздействий;
- требования к патентной чистоте;
- требования по стандартизации и унификации;
- дополнительные требования.
2.6.1.1. В требованиях к структуре и функционированию системы приводят:
- 1) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
- 2) требования к способам и средствам связи для информационного обмена между компонентами системы;
- 3) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.);
- 4) требования к режимам функционирования системы;
- 5) требования по диагностированию системы;
- 6) перспективы развития, модернизации системы.
2.6.1.2. В требованиях к численности и квалификации персонала на АС приводят:
- требования к численности персонала (пользователей) АС;
- требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
- требуемый режим работы персонала АС.
2.6.1.3. В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы ее назначению.
Для АСУ указывают:
- степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
- допустимые пределы модернизации и развития системы;
- вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
2.6.1.4. В требования к надежности включают:
- 1) состав и количественные значения показателей надежности для системы в целом или ее подсистем;
- 2) перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
- 3) требования к надежности технических средств и программного обеспечения;
- 4) требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
2.6.1.5. В требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т. п.), по допустимым уровням освещенности, вибрационных и шумовых нагрузок.
2.6.1.6. В требования по эргономике и технической эстетике включают показатели АС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.
2.6.1.7. Для подвижных АС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.
2.6.1.8. В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:
- 1) условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
- 2) предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.;
- 3) требования по количеству, квалификации обслуживающего персонала и режимам его работы;
- 4) требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;
- 5) требования к регламенту обслуживания.
2.6.1.9. В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.
2.6.1.10. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.
2.6.1.11. В требованиях к средствам защиты от внешних воздействий приводят:
- 1) требования к радиоэлектронной защите средств АС;
- 2) требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).
2.6.1.12. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.
2.6.1.13. В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.
2.6.1.14. В дополнительные требования включают:
- 1) требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
- 2) требования к сервисной аппаратуре, стендам для проверки элементов системы;
- 3) требования к системе, связанные с особыми условиями эксплуатации;
- 4) специальные требования по усмотрению разработчика или заказчика системы.
2.6.2. В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят:
при создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
2.6.3. В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другие видам обеспечения системы.
2.6.3.1. Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.
2.6.3.2. Для информационного обеспечения системы приводят требования:
- 1) к составу, структуре и способам организации данных в системе;
- 2) к информационному обмену между компонентами системы;
- 3) к информационной совместимости со смежными системами;
- 4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
- 5) по применению систем управления базами данных;
- 6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
- 7) к защите данных от разрушений при авариях и сбоях в электропитании системы;
- 8) к контролю, хранению, обновлению и восстановлению данных;
- 9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.
2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
- 1) к независимости программных средств от используемых СВТ и операционной среды;
- 2) к качеству программных средств, а также к способам его обеспечения и контроля;
- 3) по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.
2.6.3.5. Для технического обеспечения системы приводят требования:
- 1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
- 2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
2.6.3.6. В требованиях к метрологическому обеспечению приводят:
- 1) предварительный перечень измерительных каналов;
- 2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
- 3) требования к метрологической совместимости технических средств системы;
- 4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
- 5) требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
- 6) вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.
2.6.3.7. Для организационного обеспечения приводят требования:
2.6.3.8. Для методического обеспечения САПР приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.).
2.7. Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
В данном разделе также приводят:
- 1) перечень документов, по ГОСТ 34.201-89 , предъявляемых по окончании соответствующих стадий и этапов работ;
- 2) вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
- 3) программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
- 4) перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
2.8. В разделе «Порядок контроля и приемки системы» указывают:
- 1) виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
- 2) общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
- З) статус приемочной комиссии (государственная, межведомственная, ведомственная).
2.9. В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.
В перечень основных мероприятий включают:
- 1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
- 2) изменения, которые необходимо осуществить в объекте автоматизации;
- 3) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
- 4) создание необходимых для функционирования системы подразделений и служб;
- 5) сроки и порядок комплектования штатов и обучения персонала.
Например, для АСУ приводят:
- изменения применяемых методов управления;
- создание условий для работы компонентов АСУ, при которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.
2.10. В разделе «Требования к документированию» приводят:
- 1) согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли заказчика;
перечень документов, выпускаемых на машинных носителях;
требования к микрофильмированию документации; - 2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
- 3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
2.11. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.
2.12. В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие:
- 1) расчет ожидаемой эффективности системы;
- 2) оценку научно-технического уровня системы.
Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.
3. ПРАВИЛА ОФОРМЛЕНИЯ
3.1. Разделы и подразделы ТЗ на АС должны быть размещены в порядке, установленном в разд. 2 настоящего стандарта.
3.2. ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105.95 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.
Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на АС.
3.3. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальным и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ на АС следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований:
«Окончательное требование (значение) уточняется в процессе...и согласовывается протоколом с... на стадии...».
При этом в текст ТЗ на АС изменений не вносят.
3.4. На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АС, помещают на последнем листе.
Форма титульного листа ТЗ на АС приведена в приложении 2. Форма последнего листа ТЗ на АС приведена в приложении 3.
3.5. При необходимости на титульном листе ТЗ на АС допускается помещать установленные в отрасли коды, например: гриф секретности, код работы, регистрационный номер ТЗ и др.
3.6. Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение № ... к ТЗ на AC ... ».
3.7. На последующих листах дополнения к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.
3.8. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ на АС и т. п. и применять слова: «заменить», «дополнить», «исключить», «изложить в новой редакции».
ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА АС
1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).
При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются заказчиком, который - либо выбирает предпочтительный, вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ на AC.
2. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на АС,
Работу по согласованию проекта ТЗ на AC осуществляют совместно разработчик ТЗ на АС и заказчик системы, каждый в организациях своего министерства (ведомства).
3. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС (копий) одновременно во все организации (подразделения).
4. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС.
5. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке.
6. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом (письмом). В этом случае под грифом «Согласовано» делают ссылку на этот документ.
7. Утверждение ТЗ на АС осуществляют руководители предприятий (организаций) разработчика и заказчика системы.
8. ТЗ на АС (дополнение к ТЗ) до передачи его на утверждение должно быть проверено службой нормоконтроля организации - разработчика ТЗ и, при необходимости, подвергнуто метрологической экспертизе.
9. Копии, утвержденного ТЗ на АС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам создания системы.
10. Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС.
11. Изменения к ТЗ на АС не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.
12. Регистрация, учет и хранение ТЗ на АС и дополнений к нему проводят в соответствии, с требованиями ГОСТ 2.501.
ФОРМА ТИТУЛЬНОГО ЛИСТА ТЗ НА АС
________________________________________________________
|
наименование УТВЕРЖДАЮ Руководитель Личная подпись Печать Дата УТВЕРЖДАЮ Руководитель Личная подпись Печать Дата
наименование вида АС
наименование объекта
сокращенное ТЕХНИЧЕСКОЕ ЗАДАНИЕ На ____ листах Действует СОГЛАСОВАНО Руководитель Личная подпись Печать Дата |
ФОРМА ПОСЛЕДНЕГО ЛИСТА ТЗ НА АС
(код ТЗ)СОСТАВИЛИ
СОГЛАСОВАНО
ПРИЛОЖЕНИЕ 4
Справочное
ПОЛОЖЕНИЯ ПО СОЗДАНИЮ ЕДИНОГО КОМПЛЕКСА СТАНДАРТОВ АВТОМАТИЗИРОВАННЫХ СИСТЕМ
1. Исходные предпосылки создания комплекса
1.1. Создание и внедрение автоматизированных систем различных классов и назначений ведется во многих отраслях промышленности по нормативно-технической документации, устанавливающей разнообразные организационно-методические и технические нормы, правила и положения, затрудняющие интеграцию систем и эффективное их совместное функционирование.
1.2. В период принятия Госстандартом СССР решения о совершенствовании межотраслевых комплексов стандартов действовали следующие комплексы и системы стандартов, устанавливающие требования к различным видам АС:
- 1) единая система стандартов автоматизированных систем управления (24-я система), распространяющаяся на АСУ, АСУП, АСУ ТП и другие организационно-экономические системы;
- 2) комплекс стандартов (система 23501); распространяющихся на системы автоматизированного проектирования;
- 3) четвертая группа 14-й системы стандартов, распространяющаяся на автоматизированные системы технологической подготовки производства.
1.3. Практика применения стандартов на АСУ, САПР, АСУ ТП, АСТПП показала, что в них применяется одинаковый понятийный аппарат, имеется много общих объектов стандартизации, однако требования стандартов не согласованы между собой, имеются различия по составу и содержанию работ, различия по обозначению, составу, содержанию и оформлению документов и пр.
1.4. На фоне отсутствия единой технической политики в области создания АС многообразие стандартов не обеспечивало широкой совместимости АС при их взаимодействии, не позволяло тиражировать системы, тормозило развитие перспективных направлений использования средств вычислительной техники.
1.5. В настоящее время осуществляется переход к созданию сложных АС (за рубежом системы CAD - САМ), включающих в свой состав АСУ технологическими процессами и производствами, САПР - конструктора, САПР - технолога, АСНИ и др. системы. Использование противоречивых правил при создании таких систем приводит к снижению качества, увеличению стоимости работ, затягиванию сроков ввода АС в действие.
1.6. Единый комплекс стандартов и руководящих документов должен распространяться на автоматизированные системы различного назначения: АСНИ, САПР, ОАСУ, АСУП, АСУТП, АСУГПС, АСК, АСТПП, включая их интеграцию.
1.7. При разработке межотраслевых документов следует учитывать следующие особенности АС как объектов стандартизации:
- 1) техническое задание является основным документом, в соответствии с которым проводят создание АС и приемку его заказчиком;
- 2) АС, как правило, создают проектным путем с комплектацией изделиями серийного и единичного производства и проведением строительных, монтажных, наладочных и пусковых работ, необходимых для ввода в действие АС;
- 3) в общем случае АС (подсистема АС) состоит из программно-технических (ПТК), программно-методических комплексов (ПМК) и компонентов технического, программного и информационного обеспечений.
Компоненты этих видов обеспечения, а также ПМК и ПТК должны изготовляться и поставляется как продукция производственно-технического назначения.
Компоненты могут входить в АС в качестве самостоятельных частей или могут быть объединены в комплексы; - 4) создание АС в организациях (предприятиях) требует специальной подготовки пользователей и обслуживающего персонала системы;
- 5) функционирование АС и комплексов обеспечивается совокупностью организационно-методических документов, рассматриваемых в процессе создания как компоненты правового, методического, лингвистического, математического, организационного и др. видов обеспечений. Отдельные решения, получаемые в процессе разработки этих обеспечений, могут реализовываться в виде компонентов технического, программного или информационного обеспечений;
- 6) совместное функционирование и взаимодействие различных систем и комплексов осуществляется на базе локальных сетей ЭВМ.
Спецификации и соглашения, принятые для локальных сетей ЭВМ, обязательны для обеспечения совместимости систем, комплексов и компонентов.
2. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов
2.1. Стандартизация в области АС является составной частью работ по обобщенной проблеме «Информационная технология».
2.2. Единый комплекс стандартов руководящих документов на автоматизированные системы совместно с другими системами и комплексами стандартов должен образовывать полное нормативно-техническое обеспечение процессов создания и функционирования АС.
2.3. ЕКС АС должен охватывать специфические для автоматизированных систем направления стандартизации и распространять традиционные направления стандартизации на программно-технические, программно-методические комплексы и автоматизированные системы в целом.
2.4. Направления и задачи стандартизации при нормативно-техническом обеспечении процессов создания и функционирования АС группируют следующим образом:
- 1) установление технических требований к продукции;
- 2) регламентация методов испытаний и правил аттестации и сертификации продукции;
- 3) регламентация правил и порядка разработки;
- 4) установление правил документирования;
- 5) обеспечение совместимости;
- 6) регламентация организационно-методических вопросов функционирования систем.
Направления 1-4 являются традиционными при разработке, изготовлении и поставке продукции. Направления 5, 6 являются специфичными и вытекают из особенностей, присущих АС.
2.5. Обеспеченность АС в целом и их составных частей нормативно-технической документацией в рамках принятых направлений и задач стандартизации различна.
Компоненты технического, программного и информационного обеспечений, как продукцию производственно-технического назначения, рассматривают, соответственно, как конструкторские, программные и информационные изделия. На эти изделия распространяются действующие комплексы стандартов ЕСКД, СРПП, ЕСПД, СГИП, УСД, классификаторы и кодификаторы технико-экономической информации, комплексы стандартов вида «ОТТ», «Методы испытаний», «ТУ», а также ОТТ заказчика.
2.5.1. Весь жизненный цикл конструкторских изделий полностью обеспечен нормативно-технической документацией, действующей в машиностроении и приборостроении.
2.5.2. Программные изделия обеспечены НТД, входящей в ЕСПД и ОТТ заказчика. Однако область распространения этих НТД должна быть расширена с целью отражения вопросов, связанных с разработкой, созданием, распространением и эксплуатацией программных изделий.
2.5.3. Информационные изделия в настоящее время не обеспечены НТД, хотя отдельные вопросы проработаны в рамках УСД, классификаторах и кодификаторах технико-экономической информации.
2.6. Программно-технические и программно-методические комплексы рассматриваются как сложные изделия, не имеющие аналогов в машиностроении. Учитывая статус ПТК и ПМК как продукции производственно-технического назначения, правила и порядок их разработки должен быть аналогичен требованиям, установленным стандартами системы разработки и постановки продукции на производство (СРПП).
МИНИСТЕРСТВО КУЛЬТУРЫ РФ
Санкт-Петербургский государственный университет культуры и искусств
Кафедра информатики и информационных технологий
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на разработку
учебной информационной системы
< Полное наименование системы и ее условное обозначение >
на 4 листах
выдано __.__.200_
Санкт-Петербург
Общие сведения
Основания для разработки
- Плановые сроки начала и окончания работ, а также порядок оформления и предъявления Заказчику результатов работ определяются в пунктах 4 и 5 настоящего ТЗ.
Назначение и цели создания учебной информационной системы
- Назначение
- для демонстрации степени усвоения студентом содержания курса «Проектирование и использование информационных систем», для использования в качестве макета в дальнейших работах по созданию или совершенствованию реальной информационной системы.
- Цели создания учебного проекта информационной системы
- достижения студентом понимания основных понятий процесса проектирования систем, усвоения связей между основными понятиями и методами проектирования, умения разрабатывать проект системы и ее документацию, а также создавать реальную ИС, демонстрации результатов работы и степени усвоения содержания учебного курса, создания основы для дальнейших работ по совершенствованию проекта и его практической реализации.
Требования к отчетным материалам учебной информационной системы
- Требования материалам в целом
- Состав отчетных материалов. Отчетные материалы должны состоять из двух основных частей: проектной документации и макета информационной системы (заполненной базы данных вместе с запросами, формами, отчетами, страницами доступа), реализованного средствами СУБД ACCESS (или другой системы). Макет должен быть реализован в соответствии с проектом. В проектных материалах должен быть описан макет и его возможности.
- Содержание проектной документации
- Титульный лист с названием проектируемой ИС, указанием разработчика и заказчика. Раздел «Технико-экономическое обоснование», содержащий краткую характеристику предметной области:
- общая характеристика предметной области и состояние работ по автоматизации информационной деятельности в данной области; анализ возможностей и особенностей существующих аналогичных систем; организационная структура организации, для которой создается проектируемая ИС; для чего предназначена организация (система), использующая проектируемую ИС, ее функции (организационные, "материальные", информационные); основные технико-экономические показатели деятельности организации; информационные процессы, связи между ними; состав используемых документов и их назначение.
- Краткое Техническое задание. В ТЗ должны быть отражены:
- назначение и цели создания ИС; требования к системе в целом; основные автоматизируемые функции и задачи, временные характеристики решения задач и требования к представлению информации в системе;
- критерии эффективности разрабатываемой системы (факторы, определяющие полезность разрабатываемой системы, критерии их оценки); перечень стадий и этапов работ и сроки их выполнения, сроки разработки проектной документации.
- Раздел «Технический проект», содержащий следующие подразделы:
- функциональная модель системы (представить контекстную схему, схему первого уровня и одну-две схемы второго уровня; описать состав основных функций, их связи: входные, выходные, управляющие потоки); модель потоков данных (представить контекстную схему, схему первого уровня и одну-две схемы второго уровня; описать состав накопителей, основных функций, их информационные связи: входные и выходные потоки; для каждого накопителя данных дать характеристику объема, периодичности и интенсивности обновления); описание информационного обеспечения: формы входных и выходных документов, характеристика их объема, периодичности, интенсивности обновления, анализ их структуры (реквизиты, описываемые сущности), используемые классификаторы, методы кодировки, требования к обеспечению достоверности данных.
- Перечень использованных источников (литература). Раздел «Рабочий проект», содержащий следующие подразделы:
- концептуальная схема ПО и физическая схема базы данных системы (разработанные средствами системы Power Designer); описание конкретной разработки по реализации проекта ИС:
- описание схемы БД на ACCESS (или в другой СУБД), описание задач, реализующих функции, сформулированные в Техническом проекте (с приведением запросов, форм, отчетов, страниц доступа, используемых в этих задачах). Необходимо наличие диалоговых форм и инструкций по пользованию ими. Если в проекте отсутствуют сложные формы, отчеты, оценка снижается на 1 балл.
- Заключение: Подведение итогов работы. Указание того, какие из положений Технического проекта реализованы и не реализованы во второй части, и почему.
- Макет информационной системы
Макет информационной системы должен быть реализован в соответствии с проектом. Он должен представлять собой заполненную базу данных с запросами, формами, отчетами, реализующими описанные в проекте задачи.
- Требования по оформлению документации
- состав разделов и подразделов отчетного документа должен соответствовать тому, что перечислено в пункте «Содержание проектной документации», схемы функциональной модели, модели потоков данных, концептуальная и физическая модель оформляются в виде рисунков и входят в основной текст; также в основном тексте приводятся тексты запросов, рисунки представления форм, отчетов, страниц доступа, образцы документов, таблицы описания моделей, таблицы с описанием свойств полей базы данных даются как приложения.
Перечень этапов работ и сроки их выполнения
Порядок контроля и приемки отчетных материалов
- Отчетные материалы сдаются в два срока:
- В осеннем семестре сдается отчет, соответствующий первым пяти пунктам плана-графика. В весеннем семестре сдаются окончательные результаты работы: отчет, (включающий и переработанные результаты предыдущего семестра), а также БД – макет разработанной ИС.
- Оценка работы в осеннем семестре осуществляется в форме зачета. В весеннем семестре вся годовая работа сдается как курсовая работа. К сдаче экзамена допускаются только студенты, защитившие курсовую работу. Штрафные санкции.
План-график работ по разработке отчетных материалов
Таблица 4.1.
| Наименование этапа | Срок выполнения | Предъявляемые материалы |
|
| РАБОТЫ ОСЕННЕГО СЕМЕСТРА | |||
| 1 | Выбор предметной области и организации, для которой должна быть спроектирована информационная система | Через неделю после первой лекции | Название ИС |
| 2 | «Обследование» предметной области (по литературе и в результате общения с экспертами) | Неделя после третьей лекции | |
| 3 | Разработка функциональной модели | Неделя после четвертой лекции | Функциональные схемы в рукописном виде |
| 4 | Разработка модели потоков данных | Неделя после пятой лекции | Схемы потоков данных в рукописном виде |
| 5 | Разработка описаний входных и выходных документов | Конец 25 ноября | Реквизитная структура документа, функциональные зависимости реквизитов |
| 6 | Разработка проектной документации в соответствии с пунктами 3.2.1 – 3.2.5 | В процессе. практич. занятий. | |
| 7 | Сдача проектной документации | 20 декабря | Документация, оформленная в виде отчета |
| РАБОТЫ ВЕСЕННЕГО СЕМЕСТРА | |||
| 8 | Разработка контекстной схемы предметной области | Неделя после второй лекции | Контекстная схема ПО в рукописном виде |
| 9 | Разработка схемы БД на языке выбранной СУБД | К концу второго практич. занятия | |
| 10 | Реализация системы (заполнение таблиц БД, разработка запросов, форм, отчетов, страниц доступа) | К концу пятого практического занятия | Заполненная БД с запросами, формами и т.д.; предъявляется преподавателю |
| 11 | Оформление результатов (проект и БД) | Через неделю после п. 9 | Курсовая работа: документация, оформленная в виде отчета и в файле; база данных |
| 12 | Защита курсовой работы | Не раньше, чем через неделю после предыдущего срока |