67
Рассмотрим далее определенные связи между объектами, а также
разработаем ER-диаграмму.
Между объектами Категории услуг и Услуги присутствует бинарная связь
«один-ко-многим», так как одна категория может иметь в своем составе несколько
услуг.
Между объектами Прием и Сотрудники есть связь «один-ко-многим», так
как 1 сотрудник может присутствовать несколько раз в документе приема заявок.
Между объектами под названием Клиент и Прием будет присутствовать
связь «один-ко-многим», поскольку один клиент несколько раз может обращаться
в техподдержку.
Между объектами Услуги и Прием используется связь «один-ко-многим»,
так как одна предлагаемая услуга может входить несколько раз в документ Прием
заявок.
Рассмотрим ER-диаграмму, показанную на рисунке 30:
Рисунок 30 – ER-модель
2.3.3.Структурная схема пакета (дерево вызова программных модулей)
Разработанная конфигурация в себя включает непосредственно модуль,
разработанный в конфигурации, а также платформу (серверную ее часть).
Платформа в данном случае является базой для создаваемого модуля и
осуществления на ее основании всех основных функций для программного
продукта.
Сотру дники
Код сотру дника
ФИО
Адрес
Телефон
Категории услуг
Код категории
Название
Примечание
Услу ги
Код у слу ги
Код категории (FK)
Название у слу ги
Стоимость
Срок рассмотрения
Примечание
Клиенты
Код клиента
Название
Адрес
Пол
Телефон
Прием
№
Код клиента (FK)
Код у слу ги (FK)
Код сотру дника (FK)
Дата
Проблема решена
Время ремонта
Подпись
68
Численность уровней вложенности для всех вызовов процедур в
разработанной конфигурации возросло и анализ работы отдельных программных
инструментов превращается порой в сложнейший механизм.
Чтобы как-то облегчить указанный процесс работы, разработано дерево
вызовов для спроектированных объектов (рисунок 31).
Рисунок 31 – Дерево вызовов
2.3.4.Описание программных модулей
Рассмотрим далее программные модули, что представляются в
разрабатываемой конфигурации:
– разработанные подсистемы:
– Руководство;
– Техподдержка.
Подсистема
"Администрация"
Справочник
"Категория
услуг"
Документ
"Прием"
Справочник
"Клиенты"
Отчет по
приему
Отчет
"Анализ"
Подсистема
"Техподдержка"
Справочник
"Категория
услуг"
Справочник
"Клиенты"
Справочник
"Сотрудники"
Справочник
"Услуги"
Документ
"Прием"
69
– справочники:
– Услуги;
– Категории услуг;
– Сотрудники;
– Клиенты.
– документация;
– Прием;
– отчет:
– Отче по приему;
– Отчет для обработки;
– созданные перечисления:
– Пол.
2.4.Контрольный пример реализации проекта и его описание
Выполним обеспечение информационной безопасности для приема и
обработки заявок технической поддержки.
После запуска созданной конфигурации откроется окно АИС (рисунок 32):
Рисунок 32 – Главное окно
Стоит отметить, что в конфигурации применяются несколько типов форм:
– обычные формы;
– формы с табличной частью;
70
– печатные формы.
В верхней части панели размещены кнопки для разработки подсистем.
К примеру, для подсистемы Руководство предназначены такие объекты
(рисунок 33):
Рисунок 33 – Перечень объектов Руководство
Для ввода любых данных, к примеру, о новых клиентах, надо открыть
справочник и ввести данные в форму:
Рисунок 34 – Форма для вставки нового клиента
По аналогичной схеме добавляются иные данные (рисунки 35 – 37):
71
Рисунок 35 – Справочник Сотрудники
Рисунок 36 – Справочник Услуги
72
Рисунок 37 – Справочник Категории услуг
Для ввода оперативных данных применяется документ Прием (рисунок 38):
Рисунок 38 – Пример хранения учетных данных
Стоит отметить, что в данном случае применяется форма с табличной
частью для использования данных в печатных формах.
Заметим, что для удобства введения информации часто применяются
выпадающие списки.
В таблице Сотрудники применяется перечисление Пол (рисунок 39):
73
Рисунок 39 – Перечисление Пол
Для вывода информации в удобном виде на печать применяются печатные
формы, пример которых показан на рисунке 40:
Рисунок 40 – Пример печатной формы
Для рассмотрения отчетной информации и ее анализа применяются отчеты.
Пример отчета по выполненным операциям показан на рисунке 41:
Рисунок 41 – Отчет
74
Заметим, что отчет построен на основании запроса, код которого приеден в
приложении.
В результате выполненной работы формируется электронный реестр
приема заявок, который, в отличии от классического бумажного, использует для
хранения информации БД, а не традиционные бумажные носители.
В рассматриваемой конфигурации созданы следующие объекты:
– справочники;
– документы (обычные и с табличной частью);
– формы для ввода данных;
– печатная форма;
– регистр накопления;
– отчеты;
– перечисления;
– запросы для создания отчета.
Заметим, что, поскольку автоматизированная система разработана на
основании 1С:Предприятие, то данный модуль может интегрироваться в разные
подсистемы ООО «ОП «РЖД-ОХРАНА».
75
III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической эффективности
Целью данного пункта является вычисление затрат на выполнение
разработки ПО.
Технико-экономическое обоснование, сокращенно ТЭО – это анализ,
оценка и расчет экономической целесообразности реализации проекта создания
предприятия, реконструкции и модернизации имеющихся объектов,
строительства или постройки нового технического объекта. Основано оно на
сопоставлении оценки результатов и расходов, определении эффективности
применения и периода, за который окупаются инвестиции [13].
Этот документ нужен для того, чтобы получить внимание инвестора. Когда
инвестор заинтересуется проектом, тогда понадобиться бизнес-план.
Содержание всего технико-экономического обоснования разработки
системы в себя включает такие расчеты:
расчет трудоемкости разработки;
определение количества разработчиков;
определение затрат на проектирование и эксплуатацию программного
обеспечения.
Себестоимость – это определенная совокупность учетных затрат для
организации на производство или же реализацию продукции, что будет выражена
в финансовой форме.
Непосредственно уровень себестоимости также может зависеть от разных
факторов, к примеру:
– технического прогресса;
– норм использования рабочей силы;
– производительности работы;
– объема продукции;
– материалов и т.п.
Основная зарплата – это плата непосредственно за уже проработанное
работником время.
76
Главная заработная плата для разработчиков может рассчитываться, по
трудоемкости работ, которые будут выполнены специалистом нужной
квалификации при разработке программы (t
i
) и действующей системы окладов
(З
i
):
С
осн
=
∑
З
і
????
????
(3.1)
Для расчета оптимальных размеров основной зарплаты надо составить
перечень практически всех стадий, этапов, а также видов работ, что должны
выполняться, перечень исполнителей, что выполняют разработку ПО:
– количество разработчиков;
– должности всех разработчиков в зависимости от уровня
квалификации, что необходимы для реализации задачи.
При этом все внимание уделяется упорядочению всей последовательности
выполнения видов для частных работ.
Для указанного упорядочения нужно применить анализ так называемого
смыслового содержания для всех видов работ, а также установление взаимосвязи
между ними.
Особенно важную значимость при работе анализа имеет непосредственный
процесс выявление возможности для параллельного выполнения некоторых
отдельных видов работ, так как это позволяет существенно сократить общую
длительность разработки.
Полностью весь перечень необходимых стадий, видов работ представлен в
таблице 13.
Таблица 13
Состав работ по разработке системы
Этап
Состав
1. Техническое
задание
изучить объекты, формирование требований к
программе
2. Эскизный проект
Начальное построение схемы для движения всех
информационных потоков; разработка обоснования
технико-экономических работ