Проектирование и разработка информационной системы на примере магазина "Computer Master". Как правильно разработать техническое задание для автоматизированной системы

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на разработку информационной системы

1. Общие сведения

4. Требования к системе

6. Порядок контроля и приемки системы

1. Общие сведения

В соответствии с договором № МП23 между "ООО ТехноПлюс " (в дальнейшем Разработчик) и ООО ОптоТорговля (в дальнейшем Заказчик), Разработчик проектирует БД, разрабатывает и вводит в эксплуатацию информационную систему «Учет торговых операций»

Днем начала проектирования БДБ считается день, следующий после под­пи­са­ния данного Технического задания

Если в процессе разработки Заказчик изменяет описанные в данном до­ку­мен­те требования, то они оформляются отдельным документом и влекут за собой из­ме­не­ние или дополнение Договора между Заказчиком и Разработчиком БД в части срока выполнения и оплаты договора

Заказчик оплачивает работы Разработчика БД в соответствии с договором N XXX

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

ИС «Учет торговых операций» предназначена для хранения, обработки и анализа информации, относящейся к основной деятельности Заказчика.

Целью создания ИС «Учет торговых операций» является:

Хранение информации о совершенных торговых операциях;

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

Анализ финансовых результатов торговых операций;

Анализ торговой деятельности в разрезе номенклатура и контрагенты .

3. Характеристика объектов автоматизации

3.1. Основной деятельностью Заказчика является торговля мебелью и сопутствующими товарами по безналичному расчету .

3.2. Заказчик не является плательщиком НДС

3.3. За день Заказчик совершает не более 100 торговых операций по покупке и продаже товаров.

3.4. Общий объем номенклатуры товаров не превышает 3000 единиц

3.5. Общее количество контрагентов - поставщиков не более 100 единиц.

3.6. Количество контрагентов – покупателей – не ограничено. На момент подписание договора N XXX составляло 300 единиц.

3.7. Списывание товаров со склада Заказчик осуществляет по методу средневзвешенной стоимости.

3.9. В качестве счетов расходов используются только счета класса 9.

3.10. Фінансові результати торгівельної діяльності підприємства (прибутковість чи збитковість операцій) визначаються на основі різниці рахунків 702 та 902.

3.11. Совершение торговых операция регистрируются в первичных документах Приходная накладная, Расходная накладная, Банковская выписка.

Прибуткова накладна (ПН) відображує факт надходження товару на склад підприємства та містить таку інформацію:

– номер;

– дату;

ім’я контрагента (фірми - постачальника);

найменування товару;

– кількість;

ціну одиниці товару;

– суму.

Видаткова накладна (ВН) відображує факт відвантаження товару зі складу підприємства покупцю та містить інформацію, схожу на інформацію в ПН (лише замість фірми-постачальника вказується фірма-покупець).

Рядок банківської виписки підтверджує факт надходження/вибуття коштів із розрахункового рахунку (р/р) підприємства та містить таку інформацію:

– дату;

ознаку приходу/витрати коштів;

ім’я контрагента (від кого надійшли / кому перераховано кошти).

3.12. Кожний первичный документ є підставою для здійснення певних проводок, які здійснюють зміни певних бухгалтерських рахунків. Операції торгівельного підприємства викликають такі проводки (табл.3.1)

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

Операция

Документ

Дебет счета

Кредит счета

Сумма проводки

Оприходование

Приходная накладная

сумма документа

Отгрузка товара

Расходная накладная

сумма документа

себестоимость отгруженного товара

Поступление денег на расчетный счет

Банковская выписка (приходная)

сумма документа

Перечисление денег с расчетного счета

Банковская выписка (расходная)

сумма документа

Определение финансовых результатов

на сумму закрытия 902 счета

на сумму закрытия 702 счета

де 281 – товари на складі;

311 – розрахунковий рахунок у вітчизняній валюті;

361 – розрахунки з вітчизняними покупцями;

631 – розрахунки з вітчизняними постачальниками;

702 – доход від реалізації товару;

902 – собівартість реалізованих товарів (витрати).

3.13. У якості бухгалтерської звітності використовується оборотно-сальдова відомість синтетичного обліку вигляду як у таблиці 3.2.

Таблиця 3.2 – Оборотно-сальдова відомість синтетичного обліку

Номер позиції

Сальдо початкове

Обороти

Сальдо кінцеве

Разом

4. Требования к системе

ИС «Учет торговых операций» должна отвечать следующим требованиям:

4.1. БД для ИС «Учет торговых операций» должна обеспечивать хранение, отображение и редактирование справочной и оперативной информации.

Справочная информация:

o описание товаров:

Номер номенклатуры (товара);

Название товара;

Описание;

o контрагенты – поставщики;

Номер контрагента;

Имя контрагента;

Адрес контрагента;

Контакты;

o контрагенты – покупатели;

Номер контрагента;

Имя контрагента;

Адрес контрагента;

Контакты;

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

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

Оперативная информация:

o Первичные документы: Приходная накладная, Расходная накладная, Банковская выписка (описание документов приведено в 3.11)

o Бухгалтерские проводки, вызванные первичными документами (вид проводок приведен в таблице 3.2)

o Информация о товарах на складе:

Номер товара;

Количество;

Сумма;

Средняя цена.

4.2. ИС «Учет торговых операций» должна позволять автоматизировать следующие действия:

4.2.1 Отражать факты оприходования (получения) и отгрузки товара на складе, а именно, пересчитывать количество товара на складе и его среднюю стоимость.

4.2.2 Формировать по первичным документам бухгалтерские проводки в автоматическом режиме.

4.2.3 Проводить поиск следующей информации:

Первичных документов указанного типа за определенный период;

Проводок для указанного типа документов за определенную дату;

Информации о контрагенте

Информации о товаре

4.2.4 Проводить анализ торговой деятельности за указанный период в следующих разрезах:

Финансовых результатов торговой деятельности;

Результатов расчетов по каждому контрагенту;

Остатков товаров на складе по каждому наименованию;

Стоимости сделок по каждому контрагенту;

Стоимости и количеству продаж по каждому виду товаров

4.2.5 Формировать отчеты за указанный период:

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

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

Количественные значения показателей надежности:

- время автоматического завершения работы должно быть не более 1 минуты;

- время восстановления после сбоя должно быть не более 30 минут;

- показатель отказоустойчивости ИС должен составлять 11/7, т. е. бесперебойной работы ИС 11часов в день 7 дней в неделю.

Обслуживание ИС должно производиться без прерывания ее работы.

4.5 Требования к методам оценки и контроля показателей надежности на стадии опытной эксплуатации

Для контроля показателей надежности на этапах опытной эксплуатации ИС обслуживающий персонал должен вести Журнал отказов, который должен содержать следующие информационные признаки:

Дату возникновения ошибки;

Общую наработку объекта с начала его эксплуатации до момента выявления ошибки;

Внешние признаки и характер появления ошибки;

Вид работы, при которых была обнаружена ошибка.

4.6 Требования к производительности ИС

Система должна поддерживать возможность обрабатывать до 1000 документов в день

Система должна обладать следующей производительностью:

80% операций должны иметь время отклика (время выполнения операции) менее 1сек.;

15% операций – от 5сек. до 10сек;

5% операций - более 10сек, но не более 30мин.

4.7 Требования к объемам (масштабируемости)

Система должна поддерживать доступ к данным за 10 лет.

Предполагаемый прирост объема БД за один день эксплуатации 20Мб.

4.8 Требования к численности, функциям и квалификации персонала ИС и режиму его работы

Работу с ИС будет осуществлять следующий персонал Заказчика:

Администратор:

Количество: 1;

Квалификация: сетевой администратор, администратор баз данных ;

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

Режим работы: 1 час в день, 5 дней в неделю

Оператор (пользователь), фиксирующий факт торговой операции и анализирующих результаты торговой деятельности:

Количество: 2;

Квалификация: бухгалтер, пользователь ПК;

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

Режим работы: посменно для обеспечения работы системы 11 час в день 7 дней в неделю;

Доступ к работе: 8-й часовой курс обучения;

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

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

4.10 Требования к программному обеспечению и составу, структуре и способам организации БД ИС

Данные в Системе должны храниться в реляционной СУБД МS SQL Server 2000.

- T-SQL (диалект языка SQL);

С # .

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

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

Операционная система;

Система управления базами данных МS SQL Server 2000;

Программное обеспечение для резервного копирования;

4.11 Требования к аппаратному обеспечению

Сервер БД, 2 рабочие станции.

Пропускная способность сети - 100Мбит в сек.

4.12 Требования к перспективам развития, модернизации ИС

Должна быть предусмотрена возможность модернизации и развития ИС без привлечения Разработчика силами администратора ИС на уровне:

- добавления, изменения, удаления справочной информации ИС;

- подключения/удаления новых пользователей ИС;

- изменения паролей;

- импорт/экспорт данных из/во внешние источники данных.

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

5. Состав и содержание работ по созданию системы

Работы по проектированию ИС «Учет торговых операций» производятся в три этапа.

Первый этап включает в себя:

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

Проектирование БД ИС;

Заполнение разработанной БД тестовым набором данных;

Разработку дизайна интерфейса пользователя;

Разработка низкоуровневой технической спецификации на разработку ИС «Учет торговых операций»

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

Второй этап - разработка тестовой версии ИС «Учет торговых операций». Окончанием данного этапа является ввод тестовой версии в опытную эксплуатацию.

Третий этап - опытная эксплуатация ИС «Учет торговых операций», включающая в себя устранение выявленных ошибок, недоработок и несоответствий с данным Техническим заданием. Окончанием второго этапа является ввод ИС в промышленную эксплуатацию.

Окончание каждого второго и третьего этапа подтверждается Сторонами договора под­пи­са­нием Акта приема-передачи.

Длительность первого этапа составляет 10 дней. Началом первого этапа считается день, следующий за днем подписания Заказчиком и Разработчиком БД данного Технического задания.

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

Длительность третьего этапа составляет 20 дней. Началом третьего этапа считается день, следующий за днем подписания Заказчиком и Разработчиком БД Акта приема-передачи тестовой версии ИС в опытную эксплуатацию.

Набор данных для тестирования ИС пре­до­став­ля­ет Заказчик.

По окончанию второго этапа работ Разработчик БД устанавливает тестовую ИС на тестовый сервер Заказчика и предоставляет Заказчику предварительное руководство пользователя, содержащее описание процедур, необходимых для работы с ИС «Учет торговых операций». Описания предоставляются в электронном виде.

По окончанию третьего этапа работ Разработчик БД предоставляет Заказчику программу установки базы данных на сервер, также инструкции пользователя, программиста и инструкцию по установке ИС с описаниями процедур, необходимых для работы с ИС «Учет торговых операций».

6. Порядок контроля и приемки системы

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

По окончанию второго и третьего этапов проектирования Разработчик устанавливает ИС у Заказчика, демонстрирует работу ИС в соответствии с требованиями, изложенными в данном Техническом задании, и подписывает Акт приема-передачи.

7. Требования к составу и содержанию работ по подготовке объ­ек­та автоматизации к вводу системы в действие

В день начала опытной эксплуатации Заказчик обязан предоставить Разработчику необходимый доступ к серверу, на котором будет развернута те­сто­вая версия ИС «Учет торговых операций».

Отсутствие сервера для установки БД ИС «Учет торговых операций» не может являться основанием в отказе подписания Акта приема-передачи ИС «Учет торговых операций» в опытную или промышленную эксплуатацию.

В конце второго этапа по разработке ИС «Учет торговых операций» Разработчик проводит 8-часовой курс обучения с персоналом Заказчика по обслуживанию ИС. По окончанию данного курса персонал Заказчика проходит тестирование.

8. Требования к документированию

По окончанию третьего этапа Разработчик ИС «Учет торговых операций» передает Заказчику сле­дую­щую документацию:

1. Инструкцию программиста.

В Инструкции программиста описываются процедуры, необходимых для работы с ИС «Учет торговых операций». Описание процедур включает в себя:

Название процедуры;

Описание выполняемых процедурой действий;

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

Описание выходных параметров и (или) возвращаемых наборов записей с указанием их типов и форматов

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

2. Инструкцию по установке ИС «Учет торговых операций».

3. Инструкция пользователя ИС «Учет торговых операций».

Иная документация Заказчику не предоставляется. Ин­струк­ции пре­до­ставляются как в печатном, так и в электронном виде. Инструкции в печатном виде предоставляется в одном экземпляре.

Разработка информационной системы учета работы строительного предприятия

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)Удобный...

ГОСТ 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) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;

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

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

    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. Для организационного обеспечения приводят требования:

  • 1) к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
  • 2) к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;
  • 3) к защите от ошибочных действий персонала системы.

    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. Программно-технические и программно-методические комплексы рассматриваются как сложные изделия, не имеющие аналогов в машиностроении. Учитывая статус ПТК и ПМК как продукции производственно-технического назначения, правила и порядок их разработки должен быть аналогичен требованиям, установленным стандартами системы разработки и постановки продукции на производство (СРПП).

  • Областное коммунальное высшее учебное заведение

    Институт предпринимательства «Стратегия»

    Кафедра Экономической кибернетики

    Курсовая работа

    Тема:

    «Проектирование и разработка информационной системы на примере магазина «Computer Master»»

    Желтые воды 2010

    Введение

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

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


    1. Предпроектная стадия

    1.1 Диалог с заказчиком

    Диалог с заказчиком происходит в кабинете его предприятия «Computer Master ». Время встречи 7 ноября, пятница, 11:00.

    Разработчик (Р): Здравствуйте! мне бы увидится с вашим начальником!

    Секретарша (С): Здравствуйте! Вам, назначена встреча!?

    Р: Да, мы созванивались насчет встречи!

    С: Подождите немного, я уведомлю, что вы пришли! Проходите, он вас ждет!

    Заказчик (З) : доброе утро, меня зовут Виктор Иванович. Пожалуйста, проходите, садитесь.

    Р: Здравствуйте меня зовут Иощенко Иван.

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

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

    З: Замечательно. Что вам для этого потребуется?

    Р: Обычно процесс изучения предприятия и внедрения информационных систем занимает от 3 до 6 месяцев, в зависимости от структуры и особенностей предприятия. Но я думаю, что в вашем случае система будет готова к полной эксплуатации примерно к середине марта. Для эксплуатации и обслуживания системы Вам понадобятся специалисты. Нужно будет нанят одного – двух что будут заниматься обслуживанием системы.

    З: Это приемлемо. Думаю, мы сможем решить этот вопрос. Что вас еще интересует?

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

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

    Р: По вашему мнению, на сколько эффективна работа вашего магазина?

    З: Я считаю, мы на сегодняшний день работаем достаточно эффективно. Но как каждый руководитель я желаю повышения эффективности работы управляемого мной объекта.

    Р: Каким образом обслуживаются клиенты в вашем магазине?

    З: Клиенты обращаются к продавцу-консультанту, спрашивают у него необходимую информацию относительно того или иного товара, а тот в свою очередь старается представить ее и выдать желаемый товар. Затем происходит оплата за товар, если это товар который не требует установки или комплектации и имеется в наличии. Если же его нет, товар заказывается у поставщиков и предоставляется клиентам через определённое время. При покупке ПК, продавец-консультант составляет конфигурацию, которая удовлетворяет желанию клиента, и если комплектующие есть в магазине, компьютер собирается в течение 1–3 часов, если же нет то они заказываются у поставщиков, затем ПК комплектуются. Клиент расплачивается после получения товара.

    Р: Ясно. Сколько человек и техники работает в вашем магазине?

    З: В нашем магазине работают два продавца-консультанта, 1 кассир, 3 специалиста, осуществляющих сборку новых ПК на заказ, а так же ремонт оргтехники, заправку картриджей и т.д.; а также я как директор. А также сейчас у нас используются 3 ПК.

    Р: Каким образом ваши продавцы-консультанты получают информацию о наличии товара на складе, его характеристики?

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

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

    З: Да, это так.

    Р: Каким образом у вас осуществляется подбор ассортимента?

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

    Р: Пару слов о поставщиках?

    З: У нас не так уж много поставщиков, их можно разделить на несколько групп:

    Мелкие и крупные,

    Постоянные и периодические.

    Всего обычно не более 5–6.

    Р: как часто у вас в магазине происходят закупки нового товара?

    З: Обычно мы закупаем новый товар 1 раз в 2 недели. Перед этим связываемся с поставщиком, заказываем у него определённое количество товара. Учет поставок веду я сам на своем компьютере при помощи Exsel, но меня не устраивает ограниченность его функций для данной деятельности. Мне необходим четко сформированная и надежная система, обеспечивающая быстрый доступ к нужной мне информации, удобные средства для создания отчетов и т.д. Вы понимаете, что я имею ввиду?!

    Р: Да, конечно. Это все, что меня интересовало. Я еще более подробно ознакомлюсь с копиями документов, которые Вы мне предоставили, и мы с вами приступим к работе.

    З: Хорошо.

    Р: Спасибо, Я позвоню вам через 2 дня, мы встретимся и уже детально рассмотрим проект нашей системы.

    З: Договорились. До свидания.

    Р: До встречи.

    В результате встречи можно сделать такие выводы:

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

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

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

    4. в магазине отсутствует автоматизированная система учета продаж продукции.

    5. руководителю приходится тратить много времени для анализа продаж, а также составления отчетности.


    1.2 Описание объекта

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

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

    1.3 Документооборот на предприятии

    На предприятии существуют следующие виды документов:

    1. приходные накладные

    2. расходные накладные

    3. налоговая накладная

    4. договор

    5. всевозможные отчетности

    6. гарантийные талоны и др.

    1.4 Требования заказчика к системе

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

    1. система проста в обращении

    2. Эффективность ИС

    3. система разрешит следующие основные проблемы:

    · учет материальных запасов;

    · учет денежных средств, полученных от реализации товаров;

    · сокращение времени формирования отчетов;

    · упорядоченность документооборота;

    · экономия времени на обслуживание клиентов.


    2. Концепция информационной системы

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

    2.1 Описание выполненных работ

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

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

    Бухгалтер ведёт учет на предприятии, и составляют финансовые отчетности.

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

    В обязанности кладовщика входит контроль за наличием и состоянием товара на складе.

    Таким образом, можно привести схему системы по автоматизации учета товаров и денежных потоков в магазине «Computer Master ».


    2.2 Обоснование предложенного варианта концепции ИС

    В связи с результатами изучения объекта автоматизации, разработчиком предлагается внедрить на предприятии систему 1С.

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

    В качестве обоснования выбора системы 1С: предприятию предлагается следующие аргументы:

    1. система легка в использовании

    2. имеет дружелюбный пользовательский интерфейс

    3. система учитывает особенности Украинского законодательства и особенности ведения бухгалтерского учёта на отечественных предприятиях.

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

    5. не трудно найти квалифицированного специалиста, работающего с системой 1С: Предприятие.

    2.3 Предварительный состав, сроки выполнения и стоимость работ по внедрению ИС

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

    Наименование работ

    Сроки выполнения работ

    Приблизительная стоимость работ. грн.

    Монтаж компьютерной сети

    Покупка программного обеспечения «1С»

    Найм специалиста по внедрению и конфигурированию системы

    Настройка конфигурации создание информационной базы (производит специалист)

    Обучение персонала (выполняет специалист с учебного центра)

    Найм специалиста для сопровождения и обслуживания системы

    Подготовка к введению системы в експлуатацию



    Если, подсчитать, то период от начала работ до внедрения системы составляет 3,5-4 месяца. Приблизительная стоимость создания и внедрения ИС по автоматизации учета товаров и денежных потоков от 7480 до 10200 грн. Что есть приемлемой сумой с учетом тех денежных средств которыми располагает заказчик.


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

    Техническое задание составляется в соответствии с ГОСТ 34.602–89 «техническое задание на автоматизирование системы управления».

    Автоматизирование системы. Стадии создания. Ответственность за разработку ТЗ несет основной разработчик.

    3.1 Общие сведения

    Полное наименование АИС: Информационная система по автоматизации учёта товаров и денежных потоков на предприятии «Computer Master».

    Условное обозначение: АИС – «Computer Master».

    Разработка ведется на основании договора №1 от 09.11.09 между заказчиком (Виктором Ивановичем директор «Computer Master») и разработчиком (Иощенко И.Г.)

    Полное наименование предприятие ЧП «Computer Master».

    Адрес: Кировоградская обл., г. Александрия, проспект Ленина 45.

    Расчетный счет: №53425

    Разработчик: Иощенко И.Г.

    Адрес: Кировоградская обл., г. Александрия, ул. Садовая 16.

    Создание информационной системы ведется на основании договора №1 от 10.01.10 между разработчиком и заказчиком.

    Плановые сроки начала работ 9.11.09, окончания работ – 10.03.10.

    Финансирование работ по созданию АИС будет осуществляться заказчиком.

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

    3.2 Назначение и цели создания АИС

    АСУ предназначена для автоматизации управления деятельностью фирмы, а именно:

    Учет материальных запасов

    Учет основных средств и нематериальных активов

    Формирование отчетов

    Учет движения товаров на складе

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

    3.3 Характеристика объекта автоматизации

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

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

    Основная деятельность магазина ведется в нормальных условиях труда.

    3.4 Требования к ИС

    Требования:

    Система должна быть простой и понятной пользователю.

    Внедрение ИС должно привести к положительному экономическому эффекту.

    Ведение учета товаров в магазине

    Планирование затрат, связанных с приобретением и хранением товаров

    Планирование доходов, связанных с реализацией товаров

    Требования к видам обеспечения ИС:

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

    Программное обеспечение должно включать:

    1. 1С «Предприятие» и компоненты для работы ИС

    2. Антивирусные программы

    3. Офисные программы (MS Office или Open Office)

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

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

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

    Даная информационная система будет внедрена в течении 3,5–4 месяцев.

    Для работы с ИС необходимо обучить персонал.

    3.5 Состав и содержание работ по созданию системы

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

    Определение требований заказчика;

    Разработка проекта АИС в соответствии с требованиями заказчика;

    Разработка технического задания в соответствии с ГОСТ 34.602–89.27.01.08–21.02.08;

    Проектная стадия:

    Внедрение ИС;

    Сопровождение системы.

    Исполнителями работ являются:

    Разработчик ИС;

    Специалист по созданию ЛВС;

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

    Ответственный за выполнение всех работ по всем этапам является разработчик ИС.

    3.6 Порядок контроля и приема системы

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

    Во время приема комиссией должны бить представлены документы:

    Техническое задание на систему

    Технический и рабочий проекты на систему

    Протокол и журнал испытательной эксплуатации

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

    Акты передачи всех частей информационной системы заказчику

    Проект программы и методики испытаний

    Комиссия по приему может содержать высший управленческий персонал, в лице директора.

    3.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в эксплуатацию

    Для подготовки объекта ко вводу в эксплуатацию следует выполнить:

    Подготовка объекта к переходу на работу в новой ИС

    Опробование всех материалов технического и рабочего проектов и внесение изменений по результатам

    Для внедрения ИС в эксплуатацию необходимо:

    Оформить акты о выполнении плана мероприятий по подготовке объекта к внедрению.

    Наличие документации по внедрению ИС.

    Наличие персонала, что обеспечивает подготовку внедрения и эксплуатацию.

    Наличие принятых в эксплуатацию технических средств ИС.

    3.8 Требования к документации

    Документация оформляется согласно стандартам ЕСКД, ЕСПД и ГОСТ.

    В процессе разработки ИС могут бить использованы:

    ГОСТ 19.001. – 77. ЕСПД. «Общие положения»;

    ГОСТ 19.006. – 82. ЕСПД. «общие требования к программным документам, выполненным печатным способом»;

    ГОСТ 19.201. – 82. ЕСПД. «техническое задание на разработку программы».

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

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

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

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


    4. Технорабочий проект

    4.1 Общая системная документация

    4.1.1 Пояснительная записка

    Технорабочий проект на АИС «Computer Master » является одним из основных документов, которыми руководствуются при создании и внедрении ИС в действие. В этом документе приведена документация, согласно которой должно происходить функционирование системы, а также расчет экономической эффективности, получаемой от внедрения ИС в действие. Документация технорабочего проекта включает документацию информационного, технического, организационного и математического обеспечения.

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

    Общее описание ИС «Computer Master »

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

    Система отвечает основным целям её создания, а именно:

    1. Обеспечение достоверности учетных данных о товарах на складе и о денежных потоках.

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

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

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

    5. Снижение затрат на хранение товаров.

    4.1.2 План мероприятий по подготовке объекта ко вводу ИС в эксплуатацию

    Для ввода ИС в эксплуатацию необходимо:

    1. Подготовка объекта автоматизации ко внедрению.

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

    3. Комплектация ИС поставленными изделиями.

    4. Переоборудование помещений и расположение рабочих станций в соответствии со стандартами и нормами.

    5. Наем специалиста для обслуживания и сопровождения ИС (проводится заказчиком по рекомендациям разработчика).

    4.1.3 Расчет экономической эффективности

    Экономическая эффективность внедряемой АИС может быть оценена посредством вычисляемых эффектов. К ним можно отнести:

    · Усиление контроля выполнения работ.

    · Возможность протоколирования выполняемых операций.

    · Увеличение степени надежности информации.

    · Ограничение доступа к информации в соответствии с требованиями защищенных систем.

    · Получение более развернутой информации, автоматизации её сбора.

    · Новые способы интеграции и систематизации для решения задач учета и принятия управленческих решений.

    Благодаря автоматизации объекта можно сократить численность продавцов до двух. Тогда зарплата двух продавцов составит 2∙12∙800=19200 грн. в год. Но затраты на содержание специалиста по обслуживанию системы обойдутся в 1∙12∙1000=12000 грн. в год.

    Таким образом, годовой экономический эффект от внедрения ИС будет равен: 19200 – 12000 = 7200 грн. в год.

    4.2 Документация функциональной части

    4.2.1 Описания автоматизированных функций

    Схемафункциональной структуры ИС.


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

    · Сбор, учет, обобщение и анализ информации по ТМЦ и денежным потокам происходит благодаря отчетам и обработкам, составляемых ИС по запросу пользователя.

    · Формирование эффективной информационно-аналитической поддержки механизмов по оптимизации учета ТМЦ и денежных потоков, минимизации затрат на хранение ТМЦ.

    4.2.2 Описание постановки задачи

    Основойпостроения АИС «Computer Master » является внедрение системы «1С: Предприятие 7.7» с помощью которой и осуществляется решение проблемы автоматизации учета товаров и денежных потоков в магазине и на складе. Построенная база ИС отвечает целям, которые описании в п2 технического задания на систему, и соответствовать требованиям заказчика.

    4.3 Документация организационного обеспечения ИС

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

    Описание организационной структуры ИС

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

    4.4 Документация информационного обеспечения

    Информационное обеспечение (ИО) АИС состоит из нормативно – справочной информации, представленной в виде констант в системе «1С: Предприятие» и которые может изменять специалист по сопровождению АИС. Информационное обеспечение также включает также базы данных формата DBF (структура некоторых из них представлена в приложении 4), которые ранее не применялись на предприятии для учета товаров и были составлены в процессе внесения начальной информации.

    Информационное обеспечение АИС «Computer Master » включает данные о товарах (серийный номер, наименование товара, наименование поставщика, количество товара, дата прихода на склад, закупочная цена, дата списания со склада, и т.д.). Эта информация вносится в базы данных рабочей (формата DBF) станции и извлекаться оттуда по мере необходимости. Базы данных содержащие информацию о товарах и денежных потоках за предшествующие годы должны архивироваться и сохранятся (в архивах) на жестких дисках рабочей станции. Также в базе хранятся данные о поставщиках и покупателях.

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

    4.5 Документация технического обеспечения

    Надежность комплекса технических средств оценивается строками использования существующего и нового оборудования, а также режимом функционирования ИС. Поскольку все ПК и оргтехника, входящие в состав ИС были приобретены, то их состояние оценивается на 90% соответствия надежности системы.

    В состав технического обеспечения ИС входят: два компьютера одинаковой конфигурации, которые были в наличии. Компьютеры соединяются в локальную сеть с помощью кабеля типа «витая пара» и топологии «логическая кольцевая сеть» что позволяет передавать информацию, со скоростью 10–100 Мбит/сек.

    Техническое обеспечение также включает печатающее устройство – принтер.

    4.6 Документация математического обеспечения

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

    4.7 Документация программного обеспечения

    Программное обеспечение АИС «Computer Master » включает:

    – операционную систему MS Windows, установленную непосредственно на рабочие станции,

    – программу 1С: Предприятие 7.7, включая все её компоненты для непосредственной работы ИС,

    – антивирусное программное обеспечение,

    – архиватор

    – Файловый менеджер

    – другое программное обеспечение Microsoft Office 2003.

    Основным программным обеспечением для работы АИС «Computer Master » является программа 1С: Предприятие 7.7 которая проинсталлирована на всех ПК, входящих в состав технического обеспечения ИС. Документация на эту программу принята в состав документации на ИС в целом.

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

    Система имеет компонентную структуру. Всего три основных компоненты: «Бухгалтерский учет», «Оперативный учет», «Расчет». Каждая компонента расширяет возможности системы своим механизмом обработки информации.


    Заключение

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


    Список использованной литературы

    1. Информационные системы и технологии в экономике За. Ред. В.С. Пономаренка, Киев, «Академия», 2002.

    2. Филимоненко Н.И. конспект лекций по курсу «модели и методы управления проектами».

    3. Автоматизированные информационные технологии в экономике. Под. Ред. Г.А. Титаренко, Москва, «Компьютер», 1998.

    4. Единая система программной документации. Госкомитет СССР по стандартам, М., 1982.

    5. Р. Фатрепп, Д. Шафер, Л. Шафер Управление программными проектами. Достижение. Достижение оптимального качества при минимуме затрат, «Вильямс», Москва – Санкт-Петербург – Киев, 2003.

    6. Проектирование информационных систем. За. Ред. В.С. Пономаренко, Киев, «Академия», 2002.