Преподаватель который помогает студентам и школьникам в учёбе.

Разработка регламента выполнения процесса (Анализ существующих разработок и обоснование выбора)

Содержание:

ВВЕДЕНИЕ

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

Объектом исследования данной курсовой работы является отдел проектирования и разработки 1С в компании ООО «СофтЛаборатория».

Предметом исследования стало изучение обработки заявки в отделе проектирования и разработки 1С.

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

Основные задачи сформулированной цели:

Обследование объекта информатизации:
1. Технико-экономическая характеристика деятельности компании.
2. Постановка задачи по автоматизации деятельности отдела.
3. Анализ сущ. разработок и обоснование выбора технологии.
Разработка проектных решений:
1. Разработка концепции.
2. Обоснование проектных решений по видам обеспечение АС.
3. Разработка системной архитектуры.

ГЛАВА 1. ОБСЛЕДОВАНИЕ ОБЪЕКТА ИНФОРМАТИЗАЦИИ

1.1 Характеристика деятельности отдела проектов и разработки 1С

Сфера деятельности организации

ООО «Софт Лаборатория» основано в 1993 году. Основным направлением деятельности компании является разработка, внедрение и сопровождение программного обеспечения.

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

медицинского центра» и другие.

Помимо разработки собственного программного обеспечения, компания являемся партнером фирмы 1С. ООО "Зеркало СЛ" имеет многолетний опыт автоматизации предприятий на базе платформы 1С Предприятие 8 и 1С Предприятие 7.7. Компания предоставляет весь спектр услуг по настройке и установке программ «1С: Предприятия»: от продажи конфигурации 1С, до ее доработки под нужны определенного предприятия.

Компания ЗАО «Софт Лаборатория» является официальным реселлером компании Microsoft, имеет статус «Торговый партнер Microsoft». Компания осуществляет продажу всех продуктов Microsoft (операционные системы, серверы, приложения). В компании работают специалисты по лицензированию продукции Microsoft, которые всегда готовы ответить на вопросы клиентов и подобрать наилучший вариант для приобретения лицензионного программного обеспечения.

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

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

Организационная структура

Графически представим структуру отдела проектов и разработки 1С, отобразив связи между участниками процесса (Рисунок 2.).

Рисунок 1. Организационная диаграмма

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

Численность персонала

В настоящее время численность сотрудников отдела проектов и разработки 1С составляет 6 человек, а именно:

Начальник отдела.
Два специалиста-консультанта.
Три программиста 1С.
Два консультанта.

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

Деятельность отдела проектов и разработки 1С регламентируется:

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

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

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

Анализ поступившей заявки.
Формирование документов на выполнение заявки.
Выполнение заявки.
Тестирование выполненной заявки.
Формирование акта о выполненных работах.
Формирование отчетности.

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

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

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

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

Анкетирование

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

Анкетирование является начальным этапом обследования. Цель

анкетирования - составить первоначальное представление о деятельности предприятия. Анкетирование проводилось на основании данных об

организационной структуре предприятия.

Заполненная анкета представлена в Приложении А.

Документы внутри отдела

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

Входные:

заявка клиента;
данные о клиенте.

Выходные:

акт о выполненных работах;
договор;
отчеты о работе отдела.

Внутренние:

техническое задание;

сотрудники;

техника и ПО;
план работ.

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

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

В начале анализа выделим «показатель качества» - «Повысить эффективность отдела проектов и разработки 1С», который является основным. Далее обозначим факторы, оказывающие на него непосредственное влияние. К ним можно отнести:

Персонал.
Внешняя среда.
Продукция.
Материальная база.

Анализ узких мест

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

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

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

Купить имеющуюся типизированную информационную систему.
Модернизировать существующую ИС.
Разработать новую ИС.

Управленческое решение

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

Задержки в оформлении документов.
Отсутствие АИС для документов.
Отсутствие точного документооборота.

На сегодняшний день в отдел требуется внедрение АИС по его управлению.

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

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

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

Проект будет:

Охватывать деятельность только одного отдела.

Проект не будет:

Охватывать деятельность всей компании.

Данная модель отражает будущую систему движения заявки в отделе проектов и разработки 1С.

Рисунок 2. Диаграмма ePEC (to-be)

у—

1.3 Анализ существующих разработок и обоснование выбора Существующие разработки

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

Таблица 1

№

Название

Разработчик

Функционал

Компания «ЭОС»

Управление документами и информацией Регистрация документов.

Применение электронной подписи.

Сервер проверки электронной подписи. Юридически значимый документооборот.

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

Поточное сканирование.

Взаимодействие в компании Создание и управление бизнес-процессами. Автоматизация процесса согласования документов. Контроль исполнения заданий и поручений. Интеграция с IT системами.

Оповещение пользователей.

Стандартные отчеты.

Удаленная работа Web-интерфейс.

EOS Desktop Service.

СЭВ.

Мониторинг документов.

Мобильные приложения.

Поиск и архивное хранение документов Быстрый поиск документов.

Поиск по штрих-коду.

Электронный архив документов.

<и

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

Сократить время поиска нужной информации и суммарное время коллективной обработки документов.

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

Централизованное безопасное хранение документов.

Оперативный доступ к документам с учетом прав пользователей.

Регистрация входящих и исходящих документов. Просмотр и редактирование документов.

Контроль версий документов.

Работа с документами любых типов: офисными документами, текстами, изображениями, аудио- и видеофайлами, документами систем проектирования, архивами, приложениями и т.д.

Полнотекстовый поиск документов по их содержанию.

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

Маршрутизация документов, настраиваемая по каждому виду документов в отдельности.

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

Учет и контроль рабочего времени сотрудников.

Системы имеют расширенный функционал, который не потребуется для деятельности отдела. Данные СЭД могли бы подойти крупным компаниям для обработки огромного количества документов. Наша главная задача - автоматизировать учет поступившей заявки. Кроме того, будет выгоднее реализовать систему собственными силами сотрудников компании.

Управление электронными документами. Управление деловыми процессами. Канцелярия.

Обращения граждан.

Управление показателями эффективности. Договорная работа.

Совещания.

Согласование счетов на оплату. Межкорпоративный финансово-учетный документооборот.

Финансовый архив.

Банки и страхование.

Государственные учреждения и органы власти. Холдинговые структуры.

Средний и малый бизнес.

Нефтегаз и энергетика.

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

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

Среда предназначена для быстрой (RAD) разработки прикладного ПО для операционных систем Windows, Mac OS X, а также IOS и Android. Благодаря уникальной совокупности простоты языка и генерации машинного кода, позволяет непосредственно, и, при желании, достаточно низкоуровнево взаимодействовать с операционной системой, а также с библиотеками, написанными на C/C++.

При кодировании и декодировании данных должно применяться Windows CP1251 кодирование.

Windows-1251 выгодно отличается от других 8-битных кириллических кодировок (таких как CP866, KOI8-R и ISO 8859-5) наличием практически всех символов, использующихся в русской типографике для обычного текста (отсутствует только значок ударения); она также содержит все символы для близких к русскому языку языков: украинского, белорусского, сербского, македонского и болгарского.

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

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

С помощью SQL программист описывает только то, какие данные нужно извлечь или модифицировать. То, каким образом это сделать, решает СУБД непосредственно при обработке SQL-запроса.

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

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

ВЫВОДЫ ПО ПЕРВОЙ ГЛАВЕ

Данная глава посвящена обследованию объекта автоматизации, которым является организация ООО «СофтЛаборатория», а именно один из ее отделов - отдел проектирования и разработки 1С.

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

Анализ технико-экономическая характеристика отдела.
Постановка задачи.
Анализ существующих решений.

В ходе изучения технико-экономической характеристики отдела были выделены и описаны следующие разделы:

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

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

Так же были рассмотрены документы: входные, выходные и внутренние.

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

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

ГЛАВА 2. РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИИ

2.1 Разработка концепции

АИС предназначена для повышения оперативности и качества работы отдела «Проектов и разработки 1С» в организации ЗАО «Софт Лаборатория».

Основным назначением АИС является организация оборота документов в отделе «Проектов и разработки 1С».

В рамках проекта автоматизируется информационно-аналитическая

деятельность в следующих бизнес-процессах:

Анализ поступившей заявки.
Формирование документов на выполнение заявки.
Выполнение заявки.
Тестирование заявки.
Формирование акта выполненных работ.
Формирование отчетности.

АИС создается с целью:

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

В результате создания АИС должны быть улучшены значения следующих показателей:

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

Требования к системе в целом

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

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

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

В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.

Система должна поддерживать следующие режимы функционирования:

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

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

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

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

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

Требования к приспособляемости системы к изменениям

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

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

Требования к надежности Требования к надежности ТС и ПО

Требования, предъявляемые к надежности, представлены в Таблице 5.

Таблица 2.

№	Техническое или программное обеспечение	Требование
1	Надежность оборудования	В качестве аппаратных платформ должны использоваться средства с повышенной надежностью. Применение технических средств соответствующих классу решаемых задач. Аппаратно-программный комплекс АИС должен иметь возможность восстановления в случаях сбоев.
2	Надежность электроснабжения	С целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее 30 минут. Система должны быть укомплектована подсистемой оповещения Администратора о переходе на автономный режим работы. Система должны быть укомплектована системой автоматической остановки операционной системы в случае, если перебой электропитания превышает 25 минут. Должно быть обеспечено бесперебойное питание активного сетевого оборудования.
3	Надежность аппаратных и программных средств	Предварительного обучения пользователей и обслуживающего персонала. Соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств. Своевременное выполнение процедур резервного копирования данных.

Надежность аппаратного
обеспечения

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

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

Информационное обеспечение безопасности АИС должно удовлетворять требованиям, указанным в Таблице 6.

Таблица 3.

№	Требование
1	Защита должна обеспечиваться на всех этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
2	Программно-технические средства защиты не должны ухудшать основные функциональные характеристики АИС.
3	Защита должна обеспечиваться комплексом программно-технических средств.
4	Защита должна обеспечиваться организационными мероприятиями.
5	Разграничение прав доступа.

Требования к антивирусной защите

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

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

Требования к хранению, обновлению и восстановлению данных

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

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

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

Таблица 4.

№	Обеспечение	Характеристика
1	Операционная система	Windows Server
2	СУБД	Microsoft SQL Server

Требования к рабочей станции пользователя представлены в Таблице 10.

Таблица 5.

№	Обеспечение	Характеристика
1	Операционная система	Windows 7, Windows 8 или выше.
2	Платформа	Microsoft .NET Framework v.3.5 или выше.

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

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

Таблица 6.

№	Обеспечение	Характеристика
1	Процессоры	До 2-x Intel Xeon E5-26XX
2	Диски	8x3,5" SATA/SAS HDD с горячей заменой
3	Память	До 1 TB (24 слота)
4	Сеть	4xGbE LAN Ports
5	RAID	Intel SW RAID 0,1,10

Требования к рабочей станции пользователя представлены в Таблице 12.

Таблица 7.

№	Обеспечение	Характеристика
1	Сетевая карта	Поддержка 10/100 FastEthernet
2	Тип процессора	Core i5-4440 или выше
3	Частота процессора	3.1 ГГ ц или выше
4	Оперативная память	4 GB или выше
5	Жесткий диск	500 GB или выше
6	Количество ядер	4 или выше

2.2 Обоснование проектных решений по видам обеспечения АС

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

Требования не предъявляются.

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

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

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

Физические и логические модели структуры хранения данных представлены на Рис. 1 и Рис. 2.

Требования к информационному обмену между компонентами системы

Информационный обмен между компонентами АИС должен быть реализован следующим образом, представленным в Таб. 1.

Таблица 8.

	Подсистема	Подсистема	Подсистема	Подсистема	Подсистема
	загрузки	обработки	хранения	формирования	визуализации
	данных	данных	данных	отчетности	отчетности
Подсистема загрузки данных		-	+	-	-
Подсистема обработки	_		+	+	+
данных
Подсистема хранения данных	+	+		+	+
Подсистема формирования	_	+	+		+
отчетности
Подсистема визуализации	_	+	+	+
отчетности

Сотрудники Документы Проекты

Клиенты

Рисунок 1. Логическая модель данных

Сотрудники Документы

Проекты

ID PROJECT: INTEGER

ID_WORKER: INTEGER

ID_DOCUMENT: INTEGER |

WO NAME: VARCHAR2[20)

WO SURNAME: VARCHAR2[20) WO PATRONYMIC: VARCHAR2[20) WO RANK: INTEGER WO TNUMBER: INTEGER WO EMAIL: VAR CHAR2[20)

WO LOGIN: VARCHAR2[20)

WO PASSWORD: VAR С H AR2[20)

DO REGISTER: DATE DO PERFOMANCE: DATE DO TYPE: VARCHAR2[20)

DO STATUS: VARCHAR2[20) DO CONTENT: VARCHAR2[20) ID WORKER: INTEGER (FK)

ID CLIENT: INTEGER (FK)

Клиенты

PR_REGISTER: DATE PR_COMPLETION: DATE PR_STATUS: VARCHAR2[20) ID_DOCUMENT: INTEGER (FK) ID_WORKER: INTEGER (FK) IDjCLIENT: INTEGER (FK)

ID CLIENT: INTEGER

CL_NAME: VARCHAR2[20) CL_SURNAME: VARCHAR2[20) CL_PATRONYMIC: VARCHAR2[20) CL_TNUMBER: INTEGER CL_EMAIL:CHAR[18) ID_ORGANIZATION: INTEGER (FK)

Организации

ID ORGANIZATION: INTEGER

OR_TITLE: VARCHAR2[20) OR_ADDRESS: VARCHAR2[20)

Рисунок 2. Физическая модель данных

Требования к информационной совместимости со смежными системами

Требования не предъявляются.

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

Требования не предъявляются.

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

Для реализации подсистемы хранения данных должна использоваться промышленная СУБД «Microsoft SQL Server».

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

Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта».

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

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

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

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

Требования к контролю, хранению, обновлению и восстановлению данных

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

При реализации АИС должны применяться следующие языки высокого уровня: Delphi XE6, SQL.

При кодировании и декодировании данных должно применяться Windows CP1251 кодирование.

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

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

Система должна быть реализована с учетом следующих требований.

Требования к серверной станции представлены в Таб. 2.

Таблица 9.

№	Обеспечение	Характеристика
1	Операционная система	Windows Server
2	СУБД	Microsoft SQL Server

Требования к рабочей станции пользователя представлены в Таб. 3.

Таблица 10.

№	Обеспечение	Характеристика
1	Операционная система	Windows 7, Windows 8 или выше.
2	Платформа	Microsoft .NET Framework v.3.5 или выше.

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

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

Таблица 11.

№	Обеспечение	Характеристика
1	Процессоры	До 2-x Intel Xeon E5-26XX
2	Диски	8x3,5" SATA/SAS HDD с горячей заменой
3	Память	До 1 TB (24 слота)
4	Сеть	4xGbE LAN Ports
5	RAID	Intel SW RAID 0,1,10

Требования к рабочей станции пользователя представлены в Таб. 5.

Таблица 12.

№	Обеспечение	Характеристика
1	Сетевая карта	Поддержка 10/100 FastEthernet
2	Тип процессора	Core i5-4440 или выше
3	Частота процессора	3.1 ГГ ц или выше
4	Оперативная память	4 GB или выше

5	Жесткий диск	500 GB или выше
6	Количество ядер	4 или выше

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

Не предъявляются.

Требования к организационному обеспечению

Основными пользователями АИС являются сотрудники отдела «Проектов и разработки 1С».

Обеспечивает эксплуатацию АИС непосредственно сам отдел.

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

К защите от ошибочных действий персонала предъявляются следующие требования:

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

Требования к патентной чистоте

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

2.3 Разработка системной архитектуры

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

Таблица 13. Системная архитектура

№	Архитектура	Компоненты архитектуры
1	Системная	Прикладной архитектуры. Архитектуры данных. Технической архитектуры.
2	Прикладная	Приложения, обеспечивающие исполнение бизнесфункций и бизнес-процессов. Интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных. Средства и методы разработки и сопровождения приложений.
3	Данные	Автоматизированные базы данных, обеспечивающие накопление, хранение и обработку данных, определяемых бизнес-архитектурой. Применяемые для этого системы управления базами данных или хранилищами данных. Правила и средства санкционирования доступа к данным.
4	Техническая	Сетевой архитектуры. Архитектуры платформ.

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

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

Таблица 14. Системная архитектура проекта

№	Наименование	Характеристика	Количество	Стоимость
1	Системный блок	Процессор Intel Core i5 4440 3100 МГц Оперативная память 8 Гб DIMM DDR3 Накопители данных 1000 Гб SATA III Видеокарта AMD Radeon R7 240 Intel HD Graphics 4600 GDDR3 2048 Мб Программное обеспечение Windows 8.1	3 шт.	25000 руб.
2	Монитор	Общие характеристики 21.5" 1920x1080 IPS (In-Plane Switching) 16:9 Экран 250 кд/м2 1000:1 16.7 млн. 247 мкм глянцевое Интерфейсы HDMI, VGA (D-Sub)	3 шт.	9000 руб.
3	МФУ	Общие характеристики копир, принтер, сканер для офиса настольный Лотки 150 листов 100 листов Расходные материалы 60 г/м2 163 г/м2 конвертах, наклейках, обычная бумага, открытках, пленках 1500 страниц Память/Процессор 128 Мб 600 МГц Интерфейсы USB Шрифты и языки управления PCLM, PCLMS	2 шт.	9000 руб.

Телефон

Общие параметры телефон проводной Общие характеристики Дисплей Г ромкая связь Органайзер Память

Встроенная записная книжка Другие функции

Возможность включения в номер паузы Переадресация Удержание линии

1 шт.

2000 руб.

ПО

Операционная система Microsoft "Windows 8.1 " Антивирус

ПО "Kaspersky Internet Security" Офис

ПО Microsoft Office 365 Home 32-bit/x64 Russian 1YR 5PC

3 шт.

11000 руб.

ВЫВОД ПО ВТОРОЙ ГЛАВЕ

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

др.

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

ЗАКЛЮЧЕНИЕ

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

Для достижения поставленной цели были выполнены следующие задачи:

Технико-экономической характеристики деятельности компании.
Постановка задачи по автоматизации деятельности.
Анализ существующих разработок и обоснование выбора технологии.
Разработка концепции.
Обоснование проектных решений по видам обеспечения АС.
Разработка системной архитектуры.

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

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ГОСТ 24.202-80. Информационная технология. Комплекс стандартов на

автоматизированные системы. Требования к содержанию документа «Техникоэкономическое обоснование создания АСУ».

ГОСТ 34.03-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Термины и определения.
ГОСТ 34.201-89 Информационные технологии. Комплекс стандартов на

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

ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на

автоматизированные системы. Автоматизированные системы. Стадии создания.

ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на

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

ГОСТ Р ИСО/МЭК 12207-99. Информационная технология. Процессы жизненного цикла программных средств.
ГОСТ Р 50922-96. Защита информации. Основные термины и определения.
Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие / А.М. Вендров. - М.: Финансы и статистика, 2004. 192 с.
Ипатова Э.Р. Проектирование информационных систем: Учеб.пособие / Ипатова Э.Р, Ипатов Ю.В.. - Магнитогорск: МаГУ,2005. - 187 с.
Ипатова Э.Р. Практикум по проектированию информационных систем: Учеб.пособие / Ипатова Э.Р., Ипатов Ю.В. - Магнитогорск: МаГУ,2004. - 116 с.
Калянов Г.Н. Консалтинг при автоматизации предприятий (подходы, методы, средства) / Г.Н. Калянов. - М.: СИНТЕГ, 1997. - 316 с.

ПРИЛОЖЕНИЯ
Приложение А. Анкета.

Фамилия, имя, отчество начальника, телефон.

Кузнецов Вадим Анатольевич;

- +7 (3519) 35-67-07.

Основная цель деятельности отдела проектов и разработки 1С.

Разработка проектов в системе 1С.

Основные функции отдела - разработка и сопровождение проектов в системе 1С.

получение заказа;
разработка проекта;
сопровождение проекта;
создание отчетности.

Кадровый состав отдела.

начальник отдела;
программисты 1С;
специалисты-консультанты.

Документы, поступающие в отдел.

заявка клиента;
данные о клиенте.

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

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

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

заявка клиента - не хранится в отделе, передается в бухгалтерию;
данные о клиенте - не хранится в отделе, передается в бухгалтерию.

Документы, формирующиеся в отделе.

сотрудники;
техника и ПО;
план работ.

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

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

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

техническое задание - хранится в отделе;
сотрудники - хранится в отделе;
техника и ПО - хранится в отделе;
план работ - хранится в отделе.

Документы, передающиеся в другие отделы.

акт о выполненных работах;
отчеты о работе отдела.

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

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

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

акт о выполненных работах - не хранится в отделе, передается в бухгалтерию;
отчеты о работе отдела - не хранится в отделе, передается в бухгалтерию.

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

заявка клиента.

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

заявка клиента - уведомление от клиента в письменной форме,

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

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

заявка клиента - не хранится в отделе, передается в бухгалтерию;

Информация, передающаяся из отдела во внешние органы, минуя другие подразделения организации.

договор.

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

договор - документ, подтверждающий соглашение между клиентом и организацией.

Описание информационной инфраструктуры (техническое оснащение и программные продукты) отдела.

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

Основные недостатки бизнес-процессов и существующей системы обработки документов в отделе.

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

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

■ требуется АИС по управлению отдела сбыта.

Дата заполнения анкеты: _15_/_02_/_2014_.
Подпись лица, заполнившего анкету:

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ
АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ
«ОРГАНИЗАЦИЯ РАБОТЫ ОТДЕЛА»

АИС«ОРО»

На 35 страницах

Утверждено

Измайлов Д.Г.

(подпись)

Версия: 1.0 Действует с: __/__/

Магнитогорск, 2014

Содержание

Общие сведения 42
Назначение и цели создания системы 43
Характеристика объектов автоматизации 44
Требования к системе 45
Состав и содержание работ по созданию системы 66
Порядок контроля и приёмки системы 68
Требования к составу и содержанию работ к вводу системы в действие ... 71
Требования к документированию 71
Источники разработки 73
Общие сведения
1. Наименование системы
  1. Полное наименование системы

Полное наименование: АИС «Организация работы отдела».

- 1. Краткое наименование системы

Краткое наименование: АИС «ОРО».

1. Основания для проведения работ

Работа выполняется на основании Договора № 001 от 8.04.2014 между Заказчиком (п. 1.3.1) и Разработчиком (п. 1.3.2).

1. Наименование организаций
  1. Организация Заказчика

Заказчик: ЗАО «Софт Лаборатория».

Фактический адрес: Челябинская область, город Магнитогорск, просп. Карла Маркса, 158, 455044.

Телефон: 8 (3519) 35-67-07.

- 1. Организация Разработчика

Разработчик: ЗАО «УФ»

Фактический адрес: пр. Ленина, 114, Магнитогорск.

Телефон: 8 (3519) 38-96-55.

1. Плановые сроки начала и окончания работы

Начало работ по созданию системы: 1.05.2014.

Окончание работ по созданию системы: 1.08.2014.

Сроки уточняются на каждой из стадий выполнения проекта.

Более подробная информация изложена в п. 5 «Состав и содержание работ по созданию системы».

1. Источники и порядок финансирования

Не используются.

1. Порядок оформления и предъявления заказчику результатов работ

Работы по созданию АИС «ОРО» сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта.

По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены

Договором.

Назначение и цели создания системы
1. Назначение системы

АИС «ОРО» предназначена для повышения оперативности и качества работы отдела «Проектов и разработки 1С» в организации ЗАО «Софт Лаборатория».

Основным назначением АИС «ОРО» является организация оборота документов в отделе «Проектов и разработки 1С».

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

Анализ поступившей заявки.
Формирование документов на выполнение заявки.
Выполнение заявки.
Тестирование заявки.
Формирование акта выполненных работ.
Формирование отчетности.
1. Цели создания системы

АИС «ОРО» создается с целью:

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

В результате создания АИС должны быть улучшены значения следующих показателей:

Времени сбора и обработки первичной информации.
Времени оформления документов.
Сроков передачи документов участникам проектов.
Характеристика объектов автоматизации

Основная цель отдела «Проектов и разработки 1С» - удовлетворение потребностей заказчиков, а именно выполнение запросов и предоставление требуемых услуг.

Работа отдела «Проектов и разработки 1С» состоит в продаже и установке программного средства 1С, внедрении программного обеспечения.

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

Анализ поступившей заявки.
Формирование документов на выполнение заявки.
Выполнение заявки.
Тестирование выполненной заявки.
Формирование акта о выполненных работах.
Формирование отчетности.

Деятельность отдела проектов и разработки 1С регламентируется:

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

В настоящее время численность сотрудников отдела проектов и разработки 1С составляет 6 человек, а именно:

Начальник отдела.
Два специалиста-консультанта.
Три программиста 1С.
Два консультанта.
Требования к системе
1. Требования к системе в целом
  1. Требования к структуре и функционированию системы

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

Система должна поддерживать следующие режимы функционирования:

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

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

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

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

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

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

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

указаны в Таблице 15.

Таблица 15.

№	Ответственное лицо	Функциональные обязанности
1	Администратор подсистем загрузки и обработки данных	На всем протяжении функционирования АИС обеспечивает контроль процесса загрузки и обработки данных. Обеспечивает поддержку пользователей.
2	Администратор подсистемы хранения данных	На всем протяжении функционирования АИС обеспечивает контроль процесса хранения данных, контролирует дисковое пространство и работу БД. Обеспечивает поддержку пользователей.
3	Администратор подсистем формирования и визуализации отчета	На всем протяжении функционирования АИС обеспечивает контроль процесса формирования и визуализации отчетностей. Обеспечивает поддержку пользователей.

- - 1. Требования к квалификации персонала

Требования к квалификации персонала представлены в Таблице 16.

Таблица 16.

№	Сотрудник	Требования к квалификации
1	Конечный пользователь	Знание соответствующей предметной области. Знания и навыки работы с АИС.
2	Администратор подсистем загрузки и обработки данных	Знание методологии проектирования хранилищ данных. Знание и навыки администрирования АИС. Знание интерфейсов интеграции АИС с БД. Знание СУБД. Знание языка запросов SQL. Знание инструментов разработки.
3	Администратор подсистемы хранения данных	Глубокие знания СУБД. Опыт администрирования СУБД. Знание и навыки операций архивирования и восстановления данных. Знание и навыки оптимизации работы СУБД.
4	Администратор подсистем формирования и визуализации отчета	Знание методологии проектирования хранилищ данных. Знание и навыки администрирования АИС. Знание интерфейсов интеграции АИС с БД. Знание СУБД. Знание языка запросов SQL. Знание инструментов разработки.

- - 1. Требования к режимам работы персонала

Персонал, работающий с АИС и выполняющий функции по её сопровождению и обслуживанию, должен работать соответствии с основным рабочим графиком отдела.

- 1. Показатели назначения
    1. Требования к приспособляемости системы к изменениям

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

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

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

Таблица 17.

№	Вероятное условие	Требование
1	Нарушения в работе системы внешнего электроснабжения серверного оборудования продолжительностью до 15 мин.	Функционирование в полном объеме.
2	Выход из строя сервера подсистемы хранения данных.	Уведомление администратора подсистем хранения, загрузки, обработки данных, подсистем формирования и визуализации отчета.
3	Выход из строя подсистемы загрузки данных.	Уведомление администратора подсистем загрузки и хранения данных.
4	Выход из строя подсистемы обработки данных.	Уведомление администратора подсистемы обработки данных, подсистем формирования и визуализации отчета.
5	Выход из строя подсистемы формирования отчета.	Уведомление администратора подсистем формирования и визуализации отчета.
6	Выход из строя подсистемы визуализации отчета.	Уведомление администратора подсистемы визуализации отчета.
7	Нарушения в работе системы на рабочем месте пользователя.

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

Возможные аварийные ситуации, возникающие при работе АИС, которые влияют на надежность ее работы, представлены в Таблице 18.

Таблица 18.

№	Аварийная ситуация
1	Сбой в электроснабжении сервера.
2	Сбой в электроснабжении рабочего места пользователя системы.
3	Сбой в электроснабжении обеспечения локальной сети.
4	Ошибки АИС, не выявленные при отладке и испытании системы.
5	Сбои программного обеспечения сервера.

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

Требования, предъявляемые к надежности, представлены в Таблице 19.

Таблица 19.

№	Техническое или программное обеспечение	Требование
1	Надежность оборудования	В качестве аппаратных платформ должны использоваться средства с повышенной надежностью. Применение технических средств соответствующих классу решаемых задач. Аппаратно-программный комплекс АИС должен иметь возможность восстановления в случаях сбоев.
2	Надежность электроснабжения	С целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее 30 минут. Система должны быть укомплектована подсистемой оповещения Администратора о переходе на автономный режим работы. Система должны быть укомплектована системой автоматической остановки операционной системы в случае, если перебой электропитания превышает 25 минут. Должно быть обеспечено бесперебойное питание активного сетевого оборудования.
3	Надежность аппаратных и программных средств	Предварительного обучения пользователей и обслуживающего персонала. Соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств. Своевременное выполнение процедур резервного копирования данных.
4	Надежность аппаратного обеспечения	Предварительного обучения пользователей и обслуживающего персонала. Своевременного выполнения процессов администрирования. Соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств. Своевременное выполнение процедур резервного копирования данных.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

соответствовать ГОСТ 15150-69.

Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40 °С, относительная влажность от 40 до 80 % при Т=25 °С, атмосферное давление от 630 до 800 мм ртутного столба). Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76.

Для электропитания технических средств должна быть предусмотрена трехфазная четырех проводная сеть с глухо заземленной нейтралью 380/220 В (+10- 15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом.

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

Состав, место и условия хранения ЗИП определяются на этапе технического проектирования.

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

Информационное обеспечение безопасности АИС должно удовлетворять требованиям, указанным в Таблице 20.

Таблица 20.

№	Требование
1	Защита должна обеспечиваться на всех этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
2	Программно-технические средства защиты не должны ухудшать основные функциональные характеристики АИС.
3	Защита должна обеспечиваться комплексом программно-технических средств.
4	Защита должна обеспечиваться организационными мероприятиями.
5	Разграничение прав доступа.

Требования к антивирусной защите

Управление и администрирование антивирусными продуктами.
Сканирование рабочих мест.
Удаление вирусов.

^.Протоколирование вирусной активности.

Установка антивирусного программного обеспечения.
Протоколирование вирусной активности.

15.Обновление вирусных баз и сигнатур.

16.Ведение журнала учета вирусной активности.

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

В АИС должно быть обеспечено резервное копирование данных, на случай аварийных ситуаций.

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

Применительно к программно-аппаратному окружению АИС предъявляются требования к защите от влияния внешних воздействий.

Требования по стойкости, устойчивости и прочности к внешним воздействиям указаны в Таблице 21.

Таблица 21.

№	Требование
1	АИС должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах 220 вольт ± 20 % - 30 %.
2	АИС должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств.
3	АИС должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств.

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

аппаратных средств.

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

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

Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1X в рамках рекомендаций по стандартизации Р50.1.028- 2001.

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х.

Для работы с БД должен использоваться язык запросов SQL в рамках стандарта ANSI SQL-92.

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

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

Не применяются.

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

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91.

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТР 50571.22-2000.

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84.

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

Не применяются.

Технический комплекс АИС являются стационарными и после монтажа и проведения пуско-наладочных работ транспортировке не подлежит.

4.2.1. Подсистема сбора, обработки и загрузки данных

4.2.1.1 Перечень функций, задач подлежащей автоматизации

№	Функция	Задачи
1	Управления процессами сбора, обработки и загрузки данных	Создание, редактирование и удаление процессов сбора, обработки и загрузки данных
		Формирование последовательности выполнения процессов сбора, обработки и загрузки данных
2	Выполнения процессов сбора, обработки и загрузки данных из источников	Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения
		Обработка и преобразование извлечённых данных
3	Протоколирования результаты сбора, обработки и загрузки данных	Ведение журналов результатов сбора, обработки и загрузки данных
		Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы

4.2.1.2 Временной регламент реализации каждой функции, задачи

№	Задача	Требования к временному регламенту
1	Создание, редактирование и удаление процессов сбора, обработки и загрузки данных	Весь период функционирования системы, при возникновении необходимости изменения процессов сбора, обработки и загрузки данных
2	Формирование последовательности выполнения процессов сбора, обработки и загрузки данных	Весь период функционирования системы, при возникновении необходимости изменения процессов сбора, обработки и

		загрузки данных
3	Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения	После готовности данных в системах источниках
4	Обработка и преобразование извлечённых данных	Ежедневно, после появления всех извлечённых данных
5	Ведение журналов результатов сбора, обработки и загрузки данных	Регулярно, при работе подсистемы
6	Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы	Регулярно, при возникновении нештатной ситуации в процессе работы подсистемы

4.2.1.3 Требования к качеству реализации функций, задач

№

Задача

Форма представления выходной информации

Характеристика точности и времени выполнения

Создание, редактирование и удаление процессов сбора, обработки и загрузки данных

В стандарте интерфейса

Определяется

регламентом

эксплуатации

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

В стандарте интерфейса

Определяется

регламентом

эксплуатации

3	Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения	Текстовый файл	Запуск должен производится точно по установленному расписанию
4	Обработка и преобразование извлечённых данных	Текстовый файл, данные в структурах БД	Данные должны быть преобразованы для загрузки в структуры модели ХД
5	Ведение журналов результатов сбора, обработки и загрузки данных	Текстовые файлы	В момент выполнения сбора, обработки и загрузки данных
6	Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы	Текстовый файл, оконное сообщение	Не позднее 15 минут после возникновения нештатной ситуации

4.2.1.4 Перечень критериев отказа для каждой функции

№	Функции	Критерии отказа	Время восстановления
1	Управления процессами сбора, обработки и загрузки данных	Не выполняется одна из задач функции.	3 часа
2	Выполнения процессов сбора, обработки и загрузки данных из источников	Не выполняется одна из задач функции.	5 часов
3	Протоколирования результаты сбора, обработки и загрузки данных	Не выполняется одна из задач функции.	5 часов

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

Требования не предъявляются.

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

4.3.2.1. Требования к составу, структуре и способам организации данных в системе

Структура хранения данных в АИС должна состоять из следующих основных областей:

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

Физические и логические модели структуры хранения данных представлены на Рисунке 1 и Рисунке 2.

Требования к информационному обмену между компонентами системы

Информационный обмен между компонентами АИС должен быть реализован следующим образом, представленным в Таблице 22.

Таблица 22.

	Подсистема	Подсистема	Подсистема	Подсистема	Подсистема
	загрузки	обработки	хранения	формирования	визуализации
	данных	данных	данных	отчетности	отчетности
Подсистема загрузки данных		-	+	-	-
Подсистема обработки	_		+	+	+
данных
Подсистема хранения данных	+	+		+	+
Подсистема формирования	_	+	+		+
отчетности
Подсистема визуализации	_	+	+	+
отчетности

Сотрудники Документы Проекты

Клиенты

Рисунок 3. Логическая модель данных

Сотрудники Документы

Проекты

ID PROJECT: INTEGER

ID_WORKER: INTEGER

ID_DOCUMENT: INTEGER |

WO NAME: VARCHAR2[20)

WO SURNAME: VARCHAR2[20) WO PATRONYMIC: VARCHAR2[20) WO RANK: INTEGER WO TNUMBER: INTEGER WO EMAIL: VAR CHAR2[20)

WO LOGIN: VARCHAR2[20)

WO PASSWORD: VAR С H AR2[20)

DO REGISTER: DATE DO PERFOMANCE: DATE DO TYPE: VARCHAR2[20)

DO STATUS: VARCHAR2[20) DO CONTENT: VARCHAR2[20) ID WORKER: INTEGER (FK)

ID CLIENT: INTEGER (FK)

Клиенты

PR_REGISTER: DATE PR_COMPLETION: DATE PR_STATUS: VARCHAR2[20) ID_DOCUMENT: INTEGER (FK) ID_WORKER: INTEGER (FK) IDjCLIENT: INTEGER (FK)

ID CLIENT: INTEGER

CL_NAME: VARCHAR2[20) CL_SURNAME: VARCHAR2[20) CL_PATRONYMIC: VARCHAR2[20) CL_TNUMBER: INTEGER CL_EMAIL:CHAR[18) ID_ORGANIZATION: INTEGER (FK)

Организации

ID ORGANIZATION: INTEGER

OR_TITLE: VARCHAR2[20) OR_ADDRESS: VARCHAR2[20)

Рисунок 4. Физическая модель данных

Требования к информационной совместимости со смежными системами

Требования не предъявляются.

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

Требования не предъявляются.

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

Для реализации подсистемы хранения данных должна использоваться промышленная СУБД «Microsoft SQL Server».

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

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

Требования к контролю, хранению, обновлению и восстановлению данных

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

При реализации АИС должны применяться следующие языки высокого уровня: Delphi XE6, SQL.

При кодировании и декодировании данных должно применяться Windows CP1251 кодирование.

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

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

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

Таблица 23.

№	Обеспечение	Характеристика
1	Операционная система	Windows Server
2	СУБД	Microsoft SQL Server

Требования к рабочей станции пользователя представлены в Таблице 24.

Таблица 24.

№	Обеспечение	Характеристика
1	Операционная система	Windows 7, Windows 8 или выше.
2	Платформа	Microsoft .NET Framework v.3.5 или выше.

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

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

Таблица 25.

№	Обеспечение	Характеристика
1	Процессоры	До 2-x Intel Xeon E5-26XX
2	Диски	8x3,5" SATA/SAS HDD с горячей заменой
3	Память	До 1 TB (24 слота)
4	Сеть	4xGbE LAN Ports
5	RAID	Intel SW RAID 0,1,10

Требования к рабочей станции пользователя представлены в Таблице

26.

Таблица 26.

№	Обеспечение	Характеристика
1	Сетевая карта	Поддержка 10/100 FastEthernet
2	Тип процессора	Core i5-4440 или выше
3	Частота процессора	3.1 ГГ ц или выше
4	Оперативная память	4 GB или выше
5	Жесткий диск	500 GB или выше
6	Количество ядер	4 или выше

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

Не предъявляются.

Требования к организационному обеспечению

Основными пользователями АИС являются сотрудники отдела «Проектов и разработки 1С».

Обеспечивает эксплуатацию АИС непосредственно сам отдел.

К защите от ошибочных действий персонала предъявляются следующие требования:

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

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

Перечень стадий и этапов работ по созданию системы составлен в соответствии с ГОСТ 24.601-86 «Автоматизированные системы. Стадии создания» и представлен на Рисунке 3 и Рисунке 4.

1	” Разработка АИС
2	Е Исследование
3	“ Формирование требований к АИС
4	Сбор информации об объекте автоматизации
5	Описание информации об объекте автоматизации
6	~ Оценка уровня функционирования объекта
7	Построение модели AS-IS
8	Формирование информации о местах падения производи
9	" Оценка экономической эффективности
10	Технико-экономическое обоснования проекта
11	Разработка план-графика проекта
12	~ Формирование требований пользователя к АИС
13	Сбор информации для формирования требований
14	Формирование и оформление требований
15	" Разработка технического задания
16	Научно-исследовательские работы
17	Разработка аванпроекта
13	Разработка технического задания на АИС в целом
19	~ Разработка эскизного проекта
20	Разработка предварительных решений по выбранному вар
21	" Разработка технического проекта
22	Разработка окончательных решений по общесистемным во

Рисунок 5. Этапы работ

23	Разработка решений по организационному обеспечению
24	Разработка решений по техническому обеспечению
25	Разработка решений по информационному обеспечению
26	Разработка решений по программному обеспечению
27	Разработка решений по методическому обеспечению
23	~ Разрабока рабочей документации
29	Разработка рабочей документации по информационному oi
30	Разработка рабочей документации по организационному о(
31	Разработка рабочей документации по методическому обеа
32	Разработка рабочей документации по лингвистическому об
33	⁰ Создание АИС
34	Создание интерфейса
35	Написание программного кода
36	= Ввод в действие
37	Подготовка организации к вводу АИС в действие
33	Комплектация АИС
39	Проведение опытной эксплуатации АИС
40	Проведение приемочных испытаний
41	Приемка АИС в эксплуатацию
42	Ввод в действие завершен

Рисунок 6. Этапы работ

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

6.1. Виды и объем испытаний системы

Виды испытаний, которым подвергается система, и их описание, приведены в Таблице 14.

Таблица 27.

№	Вид испытания	Описание испытания
1	Предварительное испытание	Состав, объем и методы предварительных испытаний системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Рабочая документация».
2	Опытная эксплуатация	Состав, объем и методы опытной эксплуатации системы определяются документом «Программа опытной эксплуатации», разрабатываемым на стадии «Ввод в действие».
3	Приёмочные испытания	Состав, объем и методы приемочных испытаний системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Ввод в действие» с учетом результатов проведения предварительных испытаний и опытной эксплуатации.

1. Требования к приемке работ по стадиям

Требования к приемке работ по стадиям приведены в Таблице 28.

Таблица 28.

№

Стадия

испытания

Участники

испытаний

Место и срок

проведения

Порядок

согласования

документации

Статус

приёмочной

комиссии

Предварительные испытания

Организации Заказчика и Разработчика

На территории Заказчика. П. 5.

Проведение предварительных испытаний. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок.

Проверка устранения выявленных неполадок.

Принятие решения о возможности передачи АИС в опытную эксплуатацию. Составление и подписание Акта приёмки АИС в опытную эксплуатацию.

Экспертная группа

Опытная эксплуатация

Организации Заказчика и Разработчика

На территории Заказчика. П. 5.

Проведение опытной эксплуатации. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок. Проверка устранения выявленных неполадок. Принятие решения о готовности АИС к приемочным испытаниям. Составление и подписание Акта о завершении опытной эксплуатации АИС.

Г руппа тестирования

Приемочные испытания

Организации Заказчика и Разработчика

На территории Заказчика. П. 5.

Проведение приемочных испытаний. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок.

Проверка устранения выявленных неполадок.

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

Приемочная комиссия

Требования к составу и содержанию работ к вводу системы в действие

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

Технические мероприятия

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

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

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

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

Требования к документированию приведены в Таблице 29.

№

Этап

Документ

Таблица 29.

Проектирование.

Разработка эскизного проекта. Разработка технического проекта.

Ведомость эскизного проекта

Пояснительная записка к эскизному проекту

Ведомость технического проекта

Пояснительная записка к техническому проекту

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

Ведомость эксплуатационных документов

Ведомость машинных носителей информации

Паспорт

Общее описание системы Технологическая инструкция

Разработка рабочей документации. Адаптация программ.

Руководство пользователя

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

Инструкция по формированию и ведению базы данных (набора данных)

Состав выходных данных (сообщений)

Каталог базы данных

Ввод в действие.

Программа и методика испытаний Спецификация Описание программ Текст программ

Акт приёмки в опытную эксплуатацию

Протокол испытаний

Акт приемки Системы в промышленную эксплуатацию

Акт завершения работ

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

Источники разработки

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

Договор № 001 от 8.04.2014 между Заказчиком (п. 1.3.1) и Разработчиком (п. 1.3.2).
ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».
ГОСТ 24.601-86 «Единая система стандартов автоматизированных систем управления. Автоматизированные системы. Стадии создания».
ГОСТ 24.701-86 «Надежность автоматизированных систем управления».
ГОСТ 34.003-90 «Комплекс стандартов на автоматизированные Системы. Автоматизированные Системы. Термины и определения».
ГОСТ 34.201-89 «Комплекс стандартов на автоматизированные Системы. Виды, комплектность и обозначение документов при создании автоматизированных систем».
ГОСТ 34.601-90 «Комплекс стандартов на автоматизированные Системы. Автоматизированные Системы. Стадии создания».
РД 50-680-88 «Автоматизированные Системы. Основные положения».
РД 50-34.698-90 «Комплекс стандартов и руководящих

документов на автоматизированные Системы.

Автоматизированные Системы требования к содержанию документов».