45
Информационная
система
Руководитель
подразделения
Руководитель
подразделения
Список
сотрудников
подразделения
Входящий
документ
Внутренний
документ
Перечень
коммутацион-
ных изделий
Исходящий
документ
Ведение
справочников
Обработка входя-
щих и исходящих
документов
Формирование
отчетных
документов
Спецификация
Сборочный чертеж
Схема электрическая
принципиальная
Список
сотрудников
подразделения *
Входящий
документ *
Внутренний
документ *
Исходящий
документ *
Перечень
коммутацион-
ных изделий *
Рисунок 8. Информационная модель
46
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Работа системы автоматизированного ведения конструкторской
документации использует два параметра. Этими параметрами являются:
Сотрудники организации. Список сотрудников содержит такую
информацию, как: ФИО, рабочий номер телефона, должность. Информацию
о сотрудниках вправе добавлять и изменять пользователь, обладающий
правами администратора;
Подразделения организации. Справочник содержит информацию о
подразделениях организации: название подразделения, общие номера
телефонов подразделений. Информацию о подразделениях вправе добавлять
и изменять пользователь, обладающий правами администратора.
В системе используются такие справочники, как:
- Список сотрудников подразделения. Ответственный за ведение –
администратор системы. В среднем данная информация обновляется 1 раз в
месяц;
- Входящие документы. Ответственный за ведение – общий отдел. В
среднем информация обновляется 4-5 раз в день;
- Исходящие документы. Ответственный за ведение – Пользователь и
общий отдел. В среднем данная информация обновляется 4-5 раз в день;
- Внутренние документы. Ответственный за ведение – Пользователь и
делопроизводитель подразделения. В среднем информация обновляется 3-4
раза в день.
2.2.3. Характеристика результатной информации
На основе обработке всех данных, в памяти системы можно
сформировать файл, содержащий в себе информацию по изменениям в
документе, отслеживаемым в режиме реального времени. Файл можно
сохранить с расширением .pdf и .txt.
После получения данной информации, в случае необходимости
47
внесения некоторых корректировок в документ, можно создать новую версию
файла, опираясь на сводку замечаний.
Описание результатных документов приведено в таблице 4.
Таблица 4
№ п/п
Наименование
документа
Реквизиты
Таблицы, на
основе которых
формируется
Частота
формирования
1
Спецификация
Название изделия
Номер
Дата
Исполнитель
Проверяющий
Утверждающий
Нормоконтролер
Кол-во листов
Список сотрудников
Перечень
коммутационных
изделий
Входящий документ
Внутренний документ
По мере
необходимости
2
Сборочный
чертеж
Название изделия
Номер
Дата
Исполнитель
Проверяющий
Утверждающий
Нормоконтролер
Список сотрудников
Перечень
коммутационных
изделий
Входящий документ
Внутренний документ
По мере
необходимости
3
Схема
электрическая
принципиальная
Название изделия
Номер
Дата
Исполнитель
Проверяющий
Утверждающий
Нормоконтролер
Список сотрудников
Перечень
коммутационных
изделий
Входящий документ
Внутренний документ
По мере
необходимости
2.3. Программное обеспечение задачи
2.3.1. Характеристика базы данных
Данное программное обеспечение функционирует как система
реального времени, и задействует только ресурсы компьютера. Количество
поступающих в работу документов, в том числе конструкторских, и вся
обработка происходит внутри системы. С учётом данного использования
данных создание отдельной базы данных для хранения и обработки
информации было неоправданно, по этой причине система управления
базами данных, как и сама база данных, не были реализованы.
48
2.3.2. Описание программных модулей
В данной программе нет необходимости устанавливать модуль
предоставления доступа, так как каждый пользователь при включении
компьютера вводит индивидуальный логин и пароль, данная система
сохраняет имеющуюся документацию на компьютере от третьих лиц.
Модуль работы с файловым архивом был прописан для прямой работы
с входящими и исходящими документами (Приложение 1).
Ниже представлен исходный код для создания нового документа:
<tr style="border-bottom: 1px solid #ccccff;">
<td class="filename" style="text-align:left; border-right: 1px solid #ccccff;
overflow: hidden; text-overflow: ellipsis;"><%= link_to document.title,
document_path(document) %></td>
<% if document.custom_field_values.any? %>
<% @herSUshami = 0 %>
<% render_custom_field_values(document) do |custom_field, formatted| %>
<td class="wiki" style="text-align:left; border-right: 1px solid #ccccff; overflow:
hidden; text-overflow: ellipsis;"><%= formatted %></td>
<% @herSUshami = 1 %>
<% end %>
<% if @herSUshami == 0 %>
<% render_custom_field_values(@document) do |custom_field, formatted|
%>
<td class="wiki" style="text-align:left; border-right: 1px solid #ccccff;
overflow: hidden; text-overflow: ellipsis;"><%= formatted %></td>
<% end %>
<% end %>
<% else %>
<% render_custom_field_values(@document) do |custom_field, formatted|
%>
49
<td class="wiki" style="text-align:left; border-right: 1px solid #ccccff;
overflow: hidden; text-overflow: ellipsis;"><%= formatted %></td>
<% end %>
<% end %>
<td class="created_on" style="text-align:left; border-right: 1px solid
#ccccff; overflow: hidden; text-overflow: ellipsis;"><%=
format_time(document.updated_on) %></td>
<td>
<table style="width:100%; table-layout:fixed; white-space: nowrap;
overflow: hidden; text-overflow: ellipsis; text-align:left; padding:0; margin:0;">
<% document.attachments.each do |tFile| %>
<tr>
<td style="text-align:left; padding:0px 0px 1px 0px;
overflow: hidden; text-overflow: ellipsis;"><%= link_to_attachment tFile, :title =>
tFile.filename -%></td>
<td style="width:40px; padding:0px 0px 1px 0px;
overflow: hidden; text-overflow: ellipsis;"><%= link_to_attachment tFile, class:
'icon-only icon-download', title: l(:button_download), download: true %></td>
</tr>
<% end %>
</td>
</tr>
В соответствии со всем вышесказанным, можно представить, как
выглядит графическая оболочка программного обеспечения «Redmine»
ведения документооборота, в том числе конструкторской документации,
после добавления разработанного плагина инженерами-программистами
совместно с инженерами-конструкторами под конкретные задачи.
50
51
Рисунок
9. Вид программы в категории входящих документов
52
Рисунок
10. Вид программы создания новой задачи
53
Рисунок
11. Вид
программы входящего документа
54
Глава 3. Обоснование экономической эффективности проекта
3.1. Выбор и обоснование методики расчета
экономической эффективности
Вывод об экономической эффективности проекта можно сделать на
основе вычисления экономических показателей. Для расчёта экономической
эффективности можно использовать следующие модели:
Сравнение вариантов организации ЭИС по комплексу задач
(например, сравнение ЭИС, предлагаемой в проекте, с существующей);
Сравнение вариантов организации информационной базы
комплекса задач (файловая организация и база данных);
Сравнение вариантов технологий проектирования ЭИС (например,
индивидуального проектирования с методами, использующими пакеты
программ или модельного проектирования).
В случае данного проекта не изменяется способ организации
информационной базы, значит, эта модель не подходит. В рамках проекта мы
не рассматривали сравнение вариантов технологии проектирования ЭИС.
Фактически в этом проекте происходит расширение существующей
информационной системы, следовательно, нам подойдет модель –
«Сравнение вариантов организации ЭИС по комплексу задач (например,
сравнение ЭИС, предлагаемой в проекте, с существующей)».
Для оценки «прямого» эффекта от внедрения и введения в
эксплуатацию информационной системы будет произведен расчёт
следующих показателей:
1. Затраты на разработку проекта, рассчитываются с использованием
формулы:
(3.1) КП = М+ПОК+ЗО+ЗД+ППР+НР (руб.),