Разработка информационной системы формирования отчетов

Тип работы:
Отчет
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Разработка информационной системы формирования отчетов

1. Общая характеристика предприятия

1. 1 Краткая характеристика предприятия

Основные реквизиты

Страна

Россия

Регион

Москва

Дата регистрации компании

25 февраля 2003 г.

Основной государственный регистрационный номер (ОГРН)

1 037 713 009 388

Код ОКПО

13 582 363

ИНН

7 713 338 638

Юридический адрес

127 434, г. Москва, шоссе Дмитровское, д. 9Б

Фактический адрес

127 018, г. Москва, ул. Складочная, д. 3, стр. 1

Телефон

+7 (495) 780-90-40

Факс

+7 (495) 780-90-39

Медиалогия — разработчик автоматической системы мониторинга и анализа СМИ в режиме реального времени. Компания была создана в 2003 году, круглосуточный режим работы обеспечивают более 100 сотрудников: инженеры-разработчики, лингвисты, аналитики, эксперты в области СМИ и PR.

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

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

Рисунок 1.1. «База СМИ»

В текстах автоматически выделяются объекты. (Объект в системе — это публичное физическое или юридическое лицо, наиболее часто упоминаемое в СМИ. Каждый объект для удобства сопровождается краткой справкой).

Далее система определяет цитируемость СМИ, в котором появилась статья.

Также учитываются следующие параметры:

· номер полосы или время выхода сюжета

· размер статьи

· наличие фотографии

· главная или эпизодическая роль объекта

· упоминание объекта в заголовке

· наличие прямой речи

· характер упоминания: негатив, нейтраль или позитив

Все вышеуказанные показатели Медиалогии учитываются в Медиа Индексе.

Медиа Индекс — показатель системы Медиалогия, позволяющий качественно проанализировать эффективность PR.

Индекс рассчитывается автоматически с применением технологий лингвистического анализа по методике, разработанной компанией «Медиалогия» совместно с учеными-математиками и аналитиками масс-медиа и PR.

Значение МедиаИндекса определяется для каждого объекта (компании, персоны, бренда) в каждом сообщении СМИ.

Индекс может колебаться в пределах от -1000 до +1000 для каждого сообщения в зависимости от тона упоминания. При анализе МедиаИндекса за период все индексы по всем сообщениям с упоминанием объекта суммируются. Чем выше индекс, тем более ярко и позитивно представлен объект в СМИ.

Формула МедиаИндекса имеет 3 основных составляющих:

1. Индекс цитируемости

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

2. Позитив | Негатив

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

3. Заметность сообщения

Этот кумулятивный параметр учитывает «рекламный эквивалент» публикации в зависимости от номера полосы, объёма сообщения, а также тиража, посещаемости.

МедиаИндекс является зарегистрированной торговой маркой компании «Медиалогия».

Таким образом, система позволяет автоматически оценивать контент СМИ по количественным и качественным параметрам.

В базу данных круглосуточно поступает порядка 12 000 СМИ: информагентства, газеты, журналы, радио, интернет и блоги. Также доступны текстовые версии телепрограмм основных федеральных телевизионных каналов: 1-й канал, Россия, НТВ, Рен-ТВ, Т В Центр, РБК.

1. 2 Организационная структура компании ООО «Медиалогия»

В данной компании следующая организационная структура:

Рисунок 1.2. Организационная структура компании ООО «Медиалогия»

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

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

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

Финансовый департамент отвечает за бухгалтерию предприятия, расчёт и выплата зарплаты и премии сотрудникам предприятия. Поддержка работы бухгалтерии реализуется программой «1С: Предприятие».

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

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

В данной структуре особое внимание уделим двум отделам: Отделу СМИ и отделу обработки печатных СМИ, т. к. именно эти две подгрупп выполняют основную работу Производственного департамента. Заключают новые договора / соглашения, собирают информацию для различных отчётов; для построения дальнейших рейтингов и т. п.

Рисунок 1.3. Организационная структура Производственного департамента

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

Отдел СМИ — занимается пополнением базы Медиалогии посредствам заключения соглашений договоров с ведущими российскими и зарубежными СМИ. Также занимается заведением СМИ в базе Медиалогии. Отслеживанием поступления издания и загрузки его в систему.

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

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

1. 3 Схема информационных потоков

Рисунок 1.4. Схема информационных потоков Производственного департамента ООО «Медиалогия»

Запросы информации от различных отделов — данные запросы поступают в производственный департамент, если необходима какая-то информация. Например, один из видов запросов — это отслеживание информации об источниках СМИ, которые не исправно присылают pdf-версию газет или журналов. Это нужно для того, что бы в дальнейшем менеджер связался с редакцией, и уточнил, по какой причине произошла задержка выпусков издания.

Акты Компании — это документация, содержащая нормы трудового права, например такие как: правила внутреннего трудового распорядка; штатное расписание; график отпусков; положение о порядке хранения и использования персональных данных, которыми руководствуются все сотрудники компании «Медиалогия».

Законодательство РФ — это свод законов, которыми обязаны руководствоваться все физические и юридические лица РФ.

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

1. 4 Техническое и программное обеспечение компании OOO «Медиалогия»

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

Приметно у 13 компьютеров есть доступ к принтеру. У одного компьютера есть доступ к сканеру.

Характеристики компьютеров Flextron Integro:

· Процессор — Intel Core i3−2100 (3. 10ГГц, 2×256КБ+3МБ, EM64T);

· Оперативная память — 2ГБ DDR3;

· Жесткий диск — 500 Гб;

· Видеокарта — Встроенный, Intel HD Graphics 2000 850 МГц — 1,1 ГГц;

· Операционная система — Microsoft Windows 7 Professional.

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

· Пакет программ Microsoft Office, включая такие программы, как Microsoft Office Access 2007, Microsoft Office PowerPoint 2007, Microsoft Office Excel 2007, Microsoft Office Word 2007, Microsoft Office Outlook 2007.

· Internet Explorer, Google-chrome, Opera.

· Adobe Acrobat professional 7.0.

· Также имеются собственные программы, представляющие ИС.

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

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

Рассматривая Производственный департамент можно отметить, что уровень обеспеченности современными технологиями достаточно невысок. В этом отделе присутствуют компьютеры с установленными на них пакетом программ, необходимых лишь для выполнения базовых функций отделов. К таким функциям можно отнести: составление необходимых отчетов (MS Office Excel), составление презентаций (MS Office PowerPoint), поиск новых издательств, для дальнейшего сотрудничества, поиск изданий (газеты, журналы) (Opera). Составление отчетов по не поступившим источникам СМИ производится вручную в MS Office Excel. Такая работа очень трудоёмкая и требует затрат большого количества времени, поэтому данная информация, содержащаяся в отчете, бывает не точной, это может привести к повторной загрузке одного и того же номера в систему Медиалогии, что влечет за собой выполнение лишней работы операторами обработки pdf, и при составлении рейтинга данные могут быть не корректными.

1. 5 Проектируемое мероприятие по разработке

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

В данной работе предполагается усовершенствование работы Производственного департамента путём проектирования новой ИС, формирующей отчёт по не поступившим печатным СМИ в систему компании «Медиалогия».

В настоящее время составление отчета по не поступившим СМИ выглядит как на рисунке 1.5.

Рисунок 1.5. Диаграмма IDEF0 А0 «Формирование отчета по не поступившим СМИ»

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

Рисунок 1.6. Декомпозиция А0. Диаграмма первого уровня

На рисунке 1.6 показана диаграмма первого уровня. Здесь подробно рассматривается процесс формирования отчёта по не поступившим СМИ. Данный процесс включает в себя предварительный сбор данных для составления отчета, анализ собранных данных, т. е. вычеркнуть из списка издания которые обработаны и загружены во внутреннюю базу данных, формирование отчёта по не поступившим печатным СМИ. На выходе — отчет по не поступившим печатным СМИ.

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

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

Рисунок 1.7. Диаграмма первого уровня. Модель TO-BE

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

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

1. Учет даты и время загрузки издания в систему;

2. Учет даты обработки издания в систему;

3. Поиск по наименованию издания;

4. Возможность редактирования в данном отчете;

5. Возможность выводить отчет не только по заданному периоду, но и по другим параметрам одновременно;

6. Возможность в случае необходимости доработать программу.

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

Пользователи, которые будут работать с данной информационной системой:

1. Менеджеры отдела СМИ;

2. Начальник и зам. начальника Производственного департамента;

3. Оператор обработки данных.

2. Техническое задание

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

Полное наименование системы и ее условное обозначение

Информационная система формирования отчета по не поступившим печатным СМИ для ООО «Медиалогия» (далее Система).

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы

Заказчик — ООО «Медиалогия»

Исполнитель — Департамент разработки и эксплуатации ООО «Медиалогия».

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

Работа выполняется на основании Приказа № 153 «О создании информационной системы»

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

Начало разработки — 01. 10. 2013 г.

Окончание разработки — 27. 12. 2013 г.

Сведения об источниках и порядке финансирования работ

Финансирование — внутреннее.

Порядок оформления и предъявления заказчику результатов работ по созданию системы Результаты работы предъявляются Заказчику в виде:

1) функционирующего корпоративного интернет-портала

2) схемы информационной системы, выполненной в Microsoft Visio

Результаты предоставляются Исполнителю в сроки, установленные внутренними Актами Компании. Приемка системы осуществляется комиссией в установленном порядке. Порядок предъявления системы, ее испытаний и окончательной приемки определен в разделе 7 настоящего технического задания. Одновременно с предъявлением Системы производится сдача разработанного Исполнителем комплекта документации согласно разделу 8 настоящего ТЗ.

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

Назначение Системы

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

Цели создания Системы

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

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

Краткие сведения об объекте автоматизации

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

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

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

К Системе в целом применяются следующие требования:

Журналирования — все сведения о формировании отчета отражаются в подсистеме журналирования. Подсистема обеспечивает возможность поиска и анализа.

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

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

В состав Системы должны входить следующие подсистемы:

— Подсистема журналирования

— Подсистема безопасности

— Подсистема генерации отчетов

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

Подсистема журналирования

Предназначена для:

— Отражения отчетов о том, кто формирует отчет

— Отражения отчетов о том, кто визирует отчеты

Подсистема безопасности

Предназначена для:

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

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

Подсистема генерации отчетов

Предназначена для:

— формирования отчетов;

— управление внешним видом отчетов.

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

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

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

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

— журналирование действий пользователей при выполнении работ;

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

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

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

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

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

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

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

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

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

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

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

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

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

— использованием программных методов обеспечения целостности данных;

— выбором отказоустойчивого оборудования;

— использованием источников бесперебойного питания

— своевременным выполнением процессов администрирования ПО

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

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

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

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

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

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

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

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

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

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

— Выполнение требований регламента публикации;

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

— Возможность отнесения поступающих материалов к разным уровням доступа в соответствии со списками на раскрытие и другими нормативными документами;

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

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

При авариях не должна нарушаться целостность данных.

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

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

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

Необходимо использовать методологии IDEF0, DFD.

Для обеспечения корректной работы базы данных должен использоваться язык запросов SQL и PL/SQL.

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

Подсистема журналирования

Функция сбора и упорядоченного хранение информации о произошедших в Системе событиях

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

Временной регламент реализации функции.

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

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

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

Функция просмотра информации о произошедших в Системе событиях

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

Подсистема безопасности

Функция управления информацией о пользователе

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

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

— Идентификационный номер пользователя

— Фамилия

— Имя

— Отчество

— Адрес электронной почты

— Роль

— Уровень доступа

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

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

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

Подсистема генерации отчетов

Функция формирования отчета

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

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

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

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

Информационное обеспечение системы

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

— все взаимодействия должны контролироваться подсистемой безопасности;

— все подсистемы должны использовать общую базу данных;

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

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

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

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

В качестве клиентского программного обеспечения может выступать web-браузер, отвечающий требованиям внутренних Актов компании Заказчика.

Техническое обеспечение системы

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

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

Процессор: Intel Core i5−4570

ОЗУ: 1 ГБ

Возможность подключения к локальной сети

Источник бесперебойного питания.

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

Эксплуатация Системы должна проходить на выделенном сервере Исполнителя.

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

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

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

— круглосуточное дежурство инженеров и администраторов сети;

— круглосуточный доступ клиента к собственному оборудованию;

— надежное оборудование электропитания;

— система автоматического пожаротушения газом.

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

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

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

Этап 1.

На первом этапе будет спроектирована база данных и интерфейс информационной системы.

Дата проведения: 01. 10. 2013−31. 10. 2013

Этап 2.

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

Дата проведения: 01. 11. 2013−30. 11. 2013

Этап 3.

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

Дата проведения: 01. 12. 2013−27. 12. 2013.

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

Состав, объем и методы испытаний системы и ее составных частей.

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

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

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

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

Общие требования к приемке работ

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

Испытания Системы должны проводиться на основании программы и методики испытаний.

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

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

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

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

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

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

Подготовить аппаратные средства в соответствии с пунктом «Техническое обеспечение системы» данного Технического задания. Выполняется Исполнителем.

Установить на аппаратные средства операционную систему. Выполняется Исполнителем.

Установить на аппаратные средства и программное обеспечение Системы согласно документу «Руководство системного администратора». Выполняется Исполнителем.

Настроить на аппаратных средствах программное обеспечение Системы согласно документу «Руководство программиста». Выполняется Исполнителем.

Занести справочные данные в рубрикаторы и справочники Системы. Выполняется Исполнителем.

Организационные мероприятия

Ознакомить пользователей с документом «Руководство пользователя». Выполняется совместно Исполнителем и ответственным подразделением Заказчика.

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

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

— Приказ № 153 «Об усовершенствовании процесса формирования отчетов о не поступивших СМИ путем проектирования информационной системы» от 15. 09. 2013 г., утверждено Мельникова А. В.

— ГОСТ 34. 602−89 «Техническое задание на создание автоматизированной системы»

— ГОСТ 24. 701−86 «Надежность автоматизированных систем управления».

Заключение

массовый информация отчет база

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

Внедрение данной ИС на ООО «Медиалогия» позволило:

1. Ускорить процесс обработки формирования отчета;

2. Сократить процент ошибок, вызванных человеческим фактором;

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

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

Список литературы

1. ГОСТ 34. 602−89 «Техническое задание на создание автоматизированной системы»

2. ОСТ 4. 071. 030 «Автоматизированная система управления предприятием. Создание системы. Нормативы трудоемкости»

3. http: //www. mlg. ru/

ПоказатьСвернуть
Заполнить форму текущей работой