Расчет показателя экономического эффекта

 

Оценка экономической эффективности вариантов проектных решений элементов АИС основывается на расчете показателей сравнительной экономической эффективности капитальных вложений. Годовой экономический эффект от использования разрабатываемой системы определяется по разности приведенных затрат на базовый и новый варианты в расчете на годовой объем выпуска:

Э=(З1´ Ak –З2)´ N,

(2.18)

где З₁,З₂ – приведенные затраты на единицу работ, выполняемых с помощью базового и проектируемого вариантов процесса обработки информации, руб.;

A_k – коэффициент эксплуатационно-технической эквивалентности, или технического уровня, A_k = 1,57 (формула (2.2));

– объем работ, выполняемых с помощью разрабатываемого продукта (примем равным 1).

Приведенные затраты З _i на единицу работ, выполняемых по базовому и разрабатываемому вариантам, рассчитываются по формуле

3 i= C i+ Eн´K i,

(2.19)

где C _i – себестоимость (текущие эксплуатационные затраты единицы работ), руб.;

Е_н – нормативный коэффициент экономической эффективности (Е_н = 0,33);

K _i – суммарные затраты, связанные с внедрением нового проекта.

Затраты на единицу работ по аналогу:

З₁=51671,1+0,33´80800=78335,1 руб.

Затраты на единицу работ по проекту:

З₂=27394,9+0,33´60567,75=47382,3 руб.

Экономический эффект от использования разрабатываемой системы:

Э=78335,1´1,57 – 47382,3 = 75603,8 руб.

Сводные данные по расчету экономического эффекта приведены в таблице 2.11.

 

 

Таблица 2.11 – Экономический эффект

Характеристика	Значение
продукт-аналог (базовый)	разрабатываемый продукт
Себестоимость (текущие эксплуатационные затраты), руб.	51671,1	27394,9
Суммарные затраты, связанные с внедрением проекта, руб.		60567,75
Приведенные затраты на единицу работ, руб.	78335,1	47382,3
Экономический эффект от использования разрабатываемой системы, руб.	75603,8

 

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

Ток = К/Э.

(2.20)

Срок окупаемости составит: Т_ок =60567,75 /75603,8 = 0,8 года.

Затем рассчитаем фактический коэффициент экономической эффективности разработки (Е_ф) и сопоставим его с нормативным значением коэффициента эффективности капитальных вложений Е_н = 0,33:

Еф=1/Tок.= 1/0,8 = 1,25.

(2.21)

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

Таким образом, в ходе проделанной работы найдены все необходимые данные, доказывающие целесообразность и эффективность данной разработки. Приведем эти данные в сводной таблице 2.12.

 

Таблица 2.12 – Результаты экономического обоснования проекта

Характеристика проекта	Значение
Затраты на разработку и внедрение проекта, руб.	60567,75
Общие эксплуатационные затраты, руб.	27394,9
Экономический эффект, руб.	75603,8
Коэффициент экономической эффективности	1,25
Срок окупаемости, лет	0,8

 

Маркетинговое сопровождение разрабатываемого продукта

 

Автоматизированная система контроля договоров на поставку материально-технических ресурсов была разработана для представительства холдинга «СтройРесурс» ООО «Стройсервис». В соответствии с техническим заданием дальнейшему продвижению программный продукт не подлежит, так как это заказной продукт – выполнен для ООО «Стройсервис» и его пользователями будут сотрудники отдела материально-технического снабжения.

Возможность его тиражирования и коммерческого распространения должна быть согласована с заказчиком.

 

ЗАКЛЮЧЕНИЕ

 

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

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

РАЗРАБОТКА И ПРАВИЛА ОФОРМЛЕНИЯ ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ АИС

Разработка Технического задания на создание АС

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

· ограничения, риски, критические факторы, влияющие на успешность проекта, например время реакции системы на запрос является заданным ограничением, а не желательным фактором;

· совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, предоставляемые системе, внешние условия её функционирования, состав людей и работ, которые обеспечивают бесперебойное функционирование системы;

· сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации;

· описание выполняемых системой функций;

· будущие требования к системе в случае её развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;

· сущности, необходимые для выполнения функций системы;

· интерфейсы и распределение функций между человеком и системой;

· требования к программным и информационным компонентам ПО, требования к СУБД. Если проект предполагается реализовывать для нескольких СУБД, то требования к каждой из них, или общие требования к абстрактной (например, распределённой) СУБД и список рекомендуемых для данного проекта СУБД, которые удовлетворяют заданным условиям;

· что не будет реализовано в рамках проекта.

Разработка ТЗ ведётся в соответствии со стандартами:

ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

ГОСТ 34.602-89. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

I. Общие положения

ТЗ должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой системе и при этом не ограничивать разработчика в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. В соответствии с ГОСТ 34.601-90, после согласования с Заказчиком, выполняется разработка, оформление, согласование и утверждение Технического задания на АИС (при необходимости – на части АИС). Данный стандарт также определяет состав участников проектирования и реализации проектных решений, которые участвуют в составлении и (или) согласовании ТЗ. В самом общем случае к ним относятся:

1. Организация-заказчик (пользователь), для которой создаётся АИС и которая обеспечивает финансирование, приёмку работ и эксплуатацию как по всей АИС, так и по отдельным её компонентам;

2. Организация-разработчик (генпроектировщик), осуществляющая работы по созданию АИС, представляя Заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и технические средства АС. Данная (головная) организация может пользоваться услугами других организаций, работающих у неё на субподряде;

3. Организация-поставщик, изготавливающая и (или) поставляющая программные и технические средства по заказу Разработчика или Заказчика;

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

ГОСТ 34.602-89 устанавливает порядок разработки, согласования и утверждения ТЗ на создание (развитие или модернизацию) автоматизированных систем различного назначения, а также состав и содержание указанного документа независимо от того, будет ли она работать самостоятельно или в составе другой системы. В зависимости от условий создания системы возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АИПС.

ТЗ на АИС разрабатываются на основании исходных данных.

Любые изменения к ТЗ оформляются дополнительными протоколами, подписанными заказчиком и разработчиком. Оформленные таким образом дополнения являются неотъемлемой частью ТЗ на АИС. На титульном листе ТЗ должна быть запись “Действует с …”.

СОСТАВ И СОДЕРЖАНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ

Рассмотрим состав ТЗ с учётом требований ГОСТ 34.602-89.

ТЗ на АИС содержит следующие разделы:

1. Общие сведения.

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

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

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

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

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

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

8. Требования к документированию.

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

10. Приложения.

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

Рассмотрим содержание основных разделов ТЗ с учётом требований ГОСТ 34.602-89.

Раздел “Общие сведения”:

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

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

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

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

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

6. Порядок оформления и предъявления заказчику результатов работ по созданию системы или её частей, по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических комплексов системы.

Раздел “Назначение и цели создания (развития) системы”:

1. Под “Назначением системы” понимается вид автоматизируемых процессов (деятельности) и перечень предполагаемых к использованию объектов.

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

Раздел “Характеристики объекта автоматизации”:

1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие эти данные.

2. Сведения об условиях эксплуатации объекта автоматизации.

3. Характеристики внешней среды, в которой функционирует объект автоматизации.

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

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

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

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

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

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

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

В дополнительные требования могут быть включены:

· требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;

· требования к сервисным средствам, стендам для проверки элементов системы;

· требования к системе, связанные с особыми условиями эксплуатации;

· специальные требования по усмотрению разработчика или заказчика системы.

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

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

В части требований к информационному обеспечению системы приводят требования:

· к составу, структуре и способам организации фондов и машиночитаемых данных в системе;

· к информационному обмену между компонентами системы;

· к информационной совместимости со смежными системами;

· по использованию коммуникативных форматов, унифицированных документов, действующих в данной организации и (или) взаимодействующей группе организаций;

· к внутрисистемным форматам данных;

· по применению систем управления базами данных;

· к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;

· к защите данных от разрушений при авариях и сбоях в электропитании системы;

· к контролю, хранению, обновлению и восстановлению данных;

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

· классификаторов и тезаурусов,

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

· средств кодирования и декодирования данных,

· конверторов,

· языков ввода-вывода данных,

· языков манипулирования данными,

· способов организации диалога.

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

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

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

· поддержку возможности настройки на заданные входные и выходные формы документов;

· поддержку необходимых форматов данных и средств лингвистического обеспечения;

· поддержку требований протоколов телекоммуникационного обмена данными, действующими в области функционирования АИС,

· обеспечение необходимой для создаваемой АИС скорости обработки и поиска данных,

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

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

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

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

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

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

· требования к видам статистической обработки контролируемых данных, а также их выходным формам,

· требования к средствам формально-логического контроля.

Раздел “Состав и содержание работ по созданию (развитию) системы” должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 34.601-90, сроки их выполнения, перечень организаций-исполнителей работ, ссылки на документы, подтверждающие их согласие на участие в создании системы и т.п.

В разделе “Порядок контроля и приемки системы” указывают:

1. Виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
2. Общие требования к приемке работ по стадиям (перечень участвующих организаций, и/или юридических и физических лиц, место и сроки проведения), порядок согласования и утверждения приёмочной документации;
3. Статус приёмочной комиссии (государственная, межведомственная, ведомственная и т.п.).

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

В разделе “Требования к документированию” приводят:

1. Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, в т.ч. выпускаемых на машинных носителях;
2. Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
3. При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

Обеспечение качества проектной документации относится к возможностям средств проектирования анализировать и проверять описания и документацию на полноту и непротиворечивость, а также на соответствие принятым стандартам и правилам (включая ГОСТ, ЕСПД).

В разделе “ Источники разработки” должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

В состав ТЗ на АИС включают приложения, содержащие расчёт ожидаемой эффективности системы; оценку научно-технического уровня системы; использованные при разработке ТЗ методические и наиболее важные информационные материалы из состава документов указанных в разделе “Источники разработки”.

Дополнительные рекомендации по составу и содержанию ТЗ на автоматизированные системы различного назначения и приложений к ним содержатся также в РД 50-640-87 и ГОСТ 24.602-86.

ПРАВИЛА ОФОРМЛЕНИЯ ТЗ НА АИС

ТЗ оформляют на листах формата А4 без рамки, основной надписи и дополнительных граф к ней. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине).

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

При необходимости на титульном листе ТЗ допускается помещать установленные в отрасли коды, например: код работы, регистрационный номер ТЗ и др.

Разделы и подразделы ТЗ должны быть размещены в порядке, установленном ГОСТ 34.602-89.

Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АИС, в нём делают запись о порядке установления и согласования этих показателей, норм и требований “Окончательное требование (значение) уточняется в процессе... и согласовывается протоколом с... на стадии...”. При этом в текст ТЗ на АИС изменений не вносят.

Титульный лист дополнения к ТЗ на АИС оформляют аналогично титульному листу Технического задания. Вместо наименования “Техническое задание” пишут “Дополнение 1... к ТЗ на АИС...”.

На следующих листах дополнения к ТЗ на АИС помешают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

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