92
Файлы с промежуточной и результатной информацией описываются
по той же самой схеме, что и файлы с наличием в них первичной
информации.
2.3. Программное обеспечение задачи.
Пункты 2.3.1. - 2.3.4. программного обеспечения включают в себя
наиболее общие положения, которые отражают архитектуру программного
средства и представляются структурной схемой сайта (составом Web-
страниц и используемых мультимедийных и графических файлов),
описанием программных модулей (в том числе - на HTML,XML, ...) и
используемых файлов.
2.3.1 Общие положения (дерево функций и сценарий диалога)
В этом пункте нужно привести иерархию функций управления и
обработки сведений, которые призваны автоматизировать разрабатываемый
продукт. Можно выделить и детализировать 2 разных подмножества
функций: те, которые реализуют служебные функции (ведения календаря,
проверки пароля и др.) и реализующих функции управления и
осуществления обработки данных: ввода первичных сведений, ответов на
запросы, обработки, ведения справочников и т. д.
Выявление состава функций, их иерархии и выбор наиболее
подходящего языка общения (к примеру, языка типа «меню») позволяет в
итоге разработать структуру сценария диалога, который дает возможность
определить состав кадров диалога, содержание каждого из кадров, а также
их соподчиненность между собой.
При разработке структуры диалога обязательно предусматривают
возможность работы с экранными формами входной документации,
формирование выходной документации, корректировку вводимых
сведений, просмотр введенной информации, протоколирование действий
пользователей, помощь на разных этапах работы.
93
В данном пункте нужно выбрать конкретный способ описания
диалога. Применяют на практике обычно 2 способа описания диалога.
Первый из них предполагает применение табличной формы описания.
Второй применяет представление структуры диалога в виде орграфа,
вершины которого перенумерованы, а описание содержания в виде экранов
или таблицы.
Диалог в информационных системах не всегда можно формализовать
в структурной форме. В явном своем виде он обычно бывает реализован в
тех информационных системах, которые являются жестко привязанными к
выполнению предметной технологии. В некоторых из сложных
информационных систем (к примеру, в экспертных системах) диалог не
формализуется в структурной форме и этот пункт может не содержать
описанных схем.
Описание диалога, который на практике реализуется с применением
контекстно-зависимого меню, не требует нестандартного подхода. Важно
только определить однозначно уровни, на которых пользователь принимает
решение по поводу совершения следующего действия и обосновать
решение, касающееся использования данной технологии.
2.3.2. Структурная схема пакета (дерево вызова процедур и программ)
На основе результатов, которые были получены в предыдущем
пункте, строится дерево программных модулей, которые отражают
структурную схему пакета, содержащую программные модули разных
классов:
● управляющие модули, которые на практике предназначены для
загрузки меню и передачи управления к другому модулю;
● модули, которые связаны с вводом, хранением, а также с
обработкой и выдачей информации;
● выполняющие служебные функции.
94
В этом пункте требуется для каждого из существующих модулей
указать идентификатор и основные выполняемые функции.
Если проектирование осуществляется при помощи языков 4
поколения, примеру, генераторов экранных форм, отчетов, то данную
схему нужно преобразовать в схему настройки, которая отражает состав и
виды объектов проектирования по каждому из видов, используемых в
данных средствах: «Отчетов», «Форм», «Запросов», а также «Кнопочная
форма».
В случае проектирования ПО АРМ для корпоративной
информационной системы нужно также рассмотреть дополнительно состав
транзакций и типовых процедур ведения корпоративных БД.
2.3.4. Описание программных модулей
Описание программных модулей должно в любом случае включать в
себя блок- схемы и описание алгоритмов расчетных модулей (объемом не
меньше 500 операторов), либо настройки программных модулей (в случае
внедрения информационных типовых систем).
2.4. Описание контрольного примера включает в себя
описание:
● Процесса обработки тестовых данных (сообщения и прочие
элементы диалога в ходе обработки). Описание показывается также в
приложениях.
● Тестовых данных, требуемых для осуществления проверки
работоспособности функций реализованного проекта (сведения для
справочников, данные для файлов оперативной информации). Тестовые
данные должны заноситься в соответствующие поля форм и показываться в
приложениях.
● Результатов обработки тестовых данных. Результаты должны
отображаться также и в соответствующих приложениях.
95
Большое внимание нужно обратить на правильность результатов
обработки данных, а именно – полученные сведения должны быть
проверены на правильность расчетов по формулам, которые приводятся в
разделе формализации расчетов.
Рис. 15 Меню авторизации пользователей
После ввода доменных данных пользователя (логин и пароль)
пользователь сможет отслеживать и создавать заявки в системе Service Desk
Рис. 16 Раздел статуса программы
Показаны заявки в соответствии с доступом, предоставленным
пользователю, также можно настроить фильтры и отслеживать несколько
заявок по определенным критериям.
96
Рис. 17 Пример системы выбора категории заявок
Пользователь может сам выбрать категорию заявки и заявке
присвоится номер.
После чего статус и состояние заявки пользователь может
отслеживать самостоятельно.
97
III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической
эффективности
Под информационными технологиями понимают экономические
информационные системы (ЭИС), а также различные программные
продукты (ПП), информационные БД и т.д.
Расчет затрат на разработку того или иного проектного решения в
виде информационных технологий (К
РПР
) осуществляется в соответствии со
следующей формулой:
????
РПР
= 3
ФОТР
+ 3
ОВФ
+ 3
ЭВМ
+ 3
СПС
+ 3
К
+ Р
????
(8)
где З
ФОТР
– это общий фонд оплаты труда разработчиков,
рассчитывается в рублях;
З
ОВФ
– отчисления во внебюджетные фонды с зарплаты
разработчиков, показатель также рассчитывается в рублях;
З
ЭВМ
– затраты, которые связаны с эксплуатацией техники, руб.;
З
СПС
– затраты на программные средства, которые нужны для
осуществления разработки проектного решения, руб.;
З
К
– затраты на различные хозяйственно-операционные нужды
(литература, бумага, носители информации), руб.;
Р
Н
– накладные расходы, руб.
Размер фонда оплаты труда разработчиков (З
ФОТР
) рассчитывают в
соответствии с формулой:
(9)
где О
Рj
– месячный оклад j-го
разработчика проектных решений, руб./мес.;
98
Т
РПРj
– время разработки проектного решения j-м разработчиком, мес.
Включает машинное время работы над определенным проектом (Т
МРПР
);
k
Д
– коэфф. дополнительной зарплаты, выплачиваемой
разработчикам;
k
У
– районный (уральский) коэфф.
Время, которое тратится на разработку решения j-м разработчиком,
определяется методом экспертных оценок, либо методом хронометража.
Показатель рассчитывают на основе приведенных исходных сведений по
следующей формуле:
(10)
где t
β
– время β-го этапа разработки конкретного проектного решения,
мес.
Величина отчислений во внебюджетные фонды определяется в
соответствии со следующей формулой:
, (11)
где k
ОВФ
– коэфф. отчислений во внебюджетные фонды.
Коэфф. отчислений во внебюджетные фонды рассчитывают по
следующей формуле:
(12)
где k
ПФ
– ставка отчислений в ПФР;
k
ФСС
– ставка отчислений в ФСС;
k
ФМС
– ставка отчислений в ФОМС;
k
СНС
– ставка страховых взносов на обязательное социальное
страхование от несчастных случаев на производстве и от профессиональных
заболеваний.
Затраты, которые связаны с эксплуатацией ЭВМ, определяют в
соответствии со следующей формулой:
, (13)
99
где С
М-Ч
– стоимость одного машиночаса эксплуатации оборудования,
выражается в руб./час.;
n – количество условных единиц используемой для работы техники;
k
Г
– коэфф. использования техники;
Т
МРПР
– машинное время на разработку конкретного проектного
решения, час.
Величина стоимости машино-часа (С
М-Ч
) принимается по данным
фирмы или же рассчитывается. Методика соответствующего расчета при
этом дана в приложении 3.
Перевод рабочего времени в часы осуществляется проводится по
следующей формуле:
(14)
где Т
час
– рабочее время, час.;
Т
мес
– рабочее время, мес.;
Ч
РД
– число рабочих дней в месяце;
Т
см
– продолжительность смены;
К
см
– общее число рабочих смен.
Затраты на специальные программные продукты, которые требуются
для осуществления разработки проектного решения:
(15)
где Цρ – это цена ρ-го специального программного средства, руб.
Величину затрат на различные хозяйственно-операционные нужды на
основании исходных данных определяют в соответствии с формулой:
, (16)
где Ц
τ
– цена τ-го товара, руб.;
Q
τ
– количество τ-го товара.
Расчет размера накладных расходов осуществляется по формуле:
, (17)
100
где k
НР
– коэффициент накладных расходов, определяется по данным
организации.
Результаты выполненных расчетов сводятся в табл. 1.
Таблица 1
Затраты на разработку
Наименование затрат
Условное обозначение
Значение
Фонд оплаты труда
З
ФОТР
250000
…………………….
Накладные расходы
Р
Н
175000
Итого:
75000
3.2 Расчёт показателей экономической эффективности проекта
На основании анализа экономической литературы необходимо
определить методику расчета экономической эффективности, которая
может быть использована для оценки данного проекта. При этом
рекомендуется учитывать следующие моменты:
1) для расчетов используется система обобщающих показателей и
частные показатели, отражающие отраслевую и функциональную
специфику проекта;
2) по проектам, имеющим альтернативные решения (базы для
сравнения), рассчитывается сравнительная эффективность. Для этого
необходимо наличие нескольких вариантов, в том числе: один или
несколько проектных вариантов. Одним из них может выступать
существующий вариант;
101
3) по проектам, не имеющим аналога, рассчитывается абсолютная
эффективность, которая выражается в экономии совокупных затрат живого
и овеществленного труда, как в сфере производства, так и в сфере
эксплуатации. При отрицательной абсолютной эффективности проект
исключается из дальнейшего рассмотрения.
Методы расчета экономической эффективности можно сгруппировать
по двум направлениям. В первую группу входят методы, базирующиеся на
расчетах показателей срока окупаемости, коэффициента рентабельности.
Методы второй группы основаны на использовании показателя чистой
приведенной (текущей) стоимости проекта и коэффициентов внутренней
рентабельности проектов.
Если сроки реализации или окупаемости проекта в первом
приближении достаточно велики (от полугода и более), в расчетах
стоимости проектов следует учитывать дисконтирование, т.к. стоимость
денег со временем уменьшается, и рубль, потраченный сегодня, стоит
дороже, чем рубль возвращенный. Это связано с процессами мировой
экономики, инфляцией и общим развитием экономики, конкуренции и
производства.
В расчеты эта величина вводится так называемой ставкой
дисконтирования.
Существуют различные подходы к определению величины ставки
дисконтирования для простых расчетов:
● принимать за величину ставки дисконтирования годовой
уровень инфляции в стране либо ставку рефинансирования Центрального
банка.
● ставка дисконтирования – уровень доходности инвестиций,
ожидаемый инвестором, то есть базовая безрисковая ставка (например,
банковский депозит) + «премия за риск».
● поскольку у инвестора всегда есть, как минимум, две
альтернативы - либо вложить в банк под проценты, либо инвестировать в