- •Глава 1. Анализ оао «инпц тлп». Обоснование необходимости автоматизации документооборота на предприятии 10
- •Глава 2. Разработка проектных решений по автоматизации документооборота оао «инпц тлп» 45
- •Глава 3. Обоснованиеэкономической эффективности проекта 60
- •Введение
- •Глава 1. Анализ оао «инпц тлп». Обоснование необходимости автоматизации документооборота на предприятии
- •1.1. Общая характеристика оао «инпц тлп»
- •1.1.1. Цели, задачи и основные направления деятельности оао «инпц тлп»
- •1.1.2. Организационная структура оао «инпц тлп»
- •1.2. Обоснование необходимости автоматизации системы документооборота
- •1.3. Постановка задачи. Цель и назначение автоматизированного документооборота
- •1.4. Выбор стратегии решения задачи
- •1.5. Обзор существующих на рынке разработок
- •1.6. Требования по техническому обеспечению проекта
- •1.7. Требованияк информационному обеспечению проекта
- •1.8. Обоснование требований к программному обеспечению
- •1.9. Технологическиерешения в проекте
- •Глава 2. Разработка проектных решений по автоматизации документооборота оао «инпц тлп»
- •2.1. Информационное обеспечение задачи
- •2.1.1. Описание программных модулей
- •2.1.2. Информационная модель и ее описание
- •Используемые классификаторы и системы кодирования
- •2.1.3. Характеристика первичных документов с нормативно-справочной и входной оперативной информацией
- •2.1.4. Характеристика базы данных
- •2.1.5. Характеристика результатной информации
- •2.2. Программное обеспечение задачи
- •2.2.1 Общие положения
- •2.3. Технологическое обеспечение задачи
- •Глава 3. Обоснованиеэкономической эффективности проекта
- •3.1. Выбор и обоснование методики расчетаэкономической эффективности
- •3.2. Расчет показателейэкономической эффективности проекта
- •Заключение
- •Список литературы
- •Приложение 1. Экранные формы
2.1.5. Характеристика результатной информации
Программа обеспечит формирование отчетности требуемой периодичности, задаваемой пользователем, а именно:
«Отчет по количеству договоров, заключенных в определенный временной промежуток»;
«Отчеты по договорам, заключенным в определенный временной промежуток» (детализированный отчет, основной отчет);
«Отчеты по тендерам, проводимым в заданные сроки» (детализированный отчет, основной отчет);
«Основной отчет по тендерам, проводимым конкретным закупщиком»;
«Отчет по специализации заданного поставщика»
«Отчет по специализации текущих поставщиков»;
«Отчет по специализации потенциальных поставщиков»;
«Список тендеров, в которых определенный поставщик принимал участие»;
«Список договоров, заключенных с данным поставщиком».
2.2. Программное обеспечение задачи
2.2.1 Общие положения
Основным стандартом качества в области инженерии программного обеспечения в настоящее время является стандарт ISO/IEC 9126. Он определяет номенклатуру, атрибуты и метрики требований качества программного обеспечения.
В рамках стандарта ISO/IEC 9126 выделяются шесть основных характеристик качества программного обеспечения [32]:
Функциональность;
Надежность;
Удобство;
Эффективность;
Сопровождаемость;
Переносимость.
Полный функциональный состав ИС удобнее представить в форме дерева, рассмотренного на рисунке 7.
Рис. 7. Дерево функций
При разработке системы ЭД существуют дополнительные требования к информационному обеспечению, которые не представлены в стандарте ISO/IEC 9126:
1. Требования к функциональным возможностям БД
Возможность быстрого доступа к актуальной, наиболее полной и достоверной информации;
Упрощение трудоёмкого процесса составления аналитических отчётов за счет их автоматического формирования;
Избавление от многократного повторного ввода данных;
Исключение потери информации;
Облегчение поиска необходимой информации;
Использование удобного и интуитивно понятного пользовательского интерфейса.
2. Требования к уровню гибкости БД.
БД должна обеспечить настройку и адаптацию к изменениям параметров методов управления без перепрограммирования программного обеспечения. Допускается дополнительное программирование экранных форм и отчетов, а так же создание дополнительных модулей программных продуктов;
Адаптация БД должна осуществляться путем проведения структурной и параметрической настройки программно-технических средств, а также за счет адаптации их информационного обеспечения и состава используемых ими информационных ресурсов;
Настройка или адаптация должны проводиться экспертами в предметной области, прикладными программистами и обслуживающим персоналом с помощью соответствующего программного обеспечения, автоматизирующего процесс настройки и адаптации;
3. Допустимые пределы модернизации и развития БД
БД должна обеспечивать возможность модернизации и развития для повышения степени приспособляемости при увеличении пределов изменений параметров объекта автоматизации свыше указанных ранее, а также при необходимости изменения состава требований к выполняемым функциям и видам обеспечения;
Модернизация и развитие БД должны проводиться экспертами в предметной области и прикладными программистами службы эксплуатации с помощью соответствующего программного обеспечения, автоматизирующего процесс модернизации и развития, а также документирующего полученные результаты.
4. Требования к входной и результатной информации:
Однократный ввод данных в систему и многократное их использование при решении задач управления;
Возможность использования, ведения и настройки Базы Данных;
Хранение и обновление данных;
Восстановление базы данных до состояния на момент последней завершенной системой транзакции;
В случае повреждения журналов транзакций СУБД должно обеспечиваться восстановление состояния системы на момент создания последней резервной копии данных, но не более чем за сутки до момента сбоя.
Таким образом, разрабатываемая ИС должна удовлетворять требованиям стандарта ISO/IEC 9126 и дополнительным требованиям.
Основными функциями ИС являются следующие:
ввод данных;
обработка данных и получение первичной информации;
обработка информации и получение результатных документов
ведение справочников.
Диалоговая система - автоматизированная человеко-машинная система, работающая в режиме диалога, при котором она отвечает на каждую команду пользователя и по мере надобности обращается к нему за информацией [8]. Разрабатываемая диалоговая система представлена на рисунке 8.
Рисунок 8. Сценарий диалога
Диалоговую систему пользовательского портала сотрудника отдела закупок можно характеризовать следующими признаками:
С точки зрения назначения текущая диалоговая система служит для управления процессом обработки данных, и поддержки принятия решений;
В данной диалоговой системе используется приоритетная схема взаимодействия человека и ПК в пределах сценария организации диалога;
По типу общения диалоговую систему можно классифицировать как активную, так как время отклика системы не превышает 2-3 секунд.
По типу сценария общения диалоговую систему можно отнести жесткому типу, так как у пользователя нет возможности изменить заданный на этапе разработки сценарий диалога.
