Разработка автоматизированного рабочего места системотехника

Разработка автоматизированного рабочего места системотехника

1. Аналитическая часть

1.1    Технико-экономическая характеристика предметной области

1.1.1 Характеристика отдела метрологии и поверки

Метрологическая служба предприятия АО Казактелеком обеспечивает техническую, нормативную и организационную поддержку процесса измерений на предприятиях связи. С точки зрения систем управления это означает, что объектом управления является не собственно процессы измерений, а метрологическое обеспечение (МО) измерений и погрешность результата измерений.

Метрологическое обеспечение включает в себя следующие основные объекты: средства измерений (СИ) и образцовое оборудование; регламент и методику проведения измерений; деятельность по планированию и контролю выполнения регламентных работ, выполняемых службой (калибровка, ремонт, надзор за применением и условиями эксплуатации СИ), а также вся деятельность по совершенствованию, как самой службы, так и метрологического обеспечения измерений, вплоть до определения тематики и приоритетов НИР и ОКР.

Предметная область метрологии и метрологического обеспечения имеет в основе развитую систему государственной и отраслевой стандартизации, включающую несколько систем стандартов. Основной из них является Государственная система обеспечения единства измерений (ГСИ).

Цели и задачи решаемые подразделением КИП

Основными целями политики в области качества производимых лабораторией поверочных работ являются:

·   обеспечение единства и требуемой точности измерений;

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

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

·   развитие и совершенствование сервисного обслуживания предприятий и организаций;

·   повышение престижа лаборатории в области поверки и ремонта СИ.

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

1.1.2 Ответственность и распределение функций в системе обеспечения качества

Технический директор является ответственным перед ВК ОРТПЦ за внедрение, функционирование и совершенствование Системы обеспечения качества ремонтных и поверочных работ. Технический директор несет ответственность за повышение квалификации специалистов, за материально-техническое обеспечение поверочной деятельности, за организацию ведения личных дел сотрудников, за своевременное и объективное рассмотрение претензий заказчика к качеству оказываемых услуг.

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

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

·   выполнение планируемых объемов поверочных работ и услуг;

·   развитие, оснащение и специализацию лаборатории по перспективным видам измерений;

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

·   энерго-теплоснабжение, обеспечение метрологических режимов для работы поверочной лаборатории.

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

1.1.3 Используемые ресурсы для проведения политики в области качества

Персонал:

·   кадровый состав лаборатории представлен в Паспорте (форма №2);

·   структура и штаты поверочной лаборатории определяются и устанавливаются строго в соответствии с объемом выполняемых работ. Штатное расписание утверждает председатель правления ЗАО «Казтелерадио;

·   прием и увольнение работников лаборатории производит директор ВК ОРТПЦ;

·   ответственность за подбор, расстановку и определения необходимости обучения персонала, деятельность которого влияет на качество, возложена на технического директора ВК ОРТПЦ;

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

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

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

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

Технические ресурсы:

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

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

·   с целью учета оборудования и его технического состояния, в лаборатории на применяемые средства измерения заведены паспорта, в которых указывается наименование и тип СИ, предприятие изготовитель, год выпуска и дата введения его в эксплуатацию, дата и результаты поверки, периодичность поверки, сведения о проводимых ремонтах;

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

·   для поддержания рабочих эталонов в надлежащем состоянии, в лаборатории ежегодно составляются графики поверки рабочих эталонов;

·   ответственность за выполнение графиков поверки рабочих эталонов возложена на инженера - метролога лаборатории.

Каждое рабочее место поверителя (РМП) укомплектовано необходимой для работы поверителя документацией, включая паспорт на соответствующее РМП.

Ответственный за хранение, своевременную актуализацию фонда нормативной документации на методы и средства поверки СИ назначается распоряжением директора ВК ОРТПЦ согласно приказу по предприятию.

1.1.4 Система управления качеством

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

·   план организационно-технических мероприятий поверочной лаборатории;

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

·   план технической учебы;

·   график поверки исходных эталонов;

·   график поверки средств поверки;

·   график планово-предупредительного ремонта средств поверки.

1.1.5 Управление документацией и данными

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

Поверка СИ заявленных в области аккредитации проводится поверочной лабораторией в соответствии с действующими НД на методы и средства поверки.

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

Управление внутренними документами (Руководство по качеству, Положение о метрологической службе и поверочной лаборатории, должностные инструкции и др.)

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

После прохождения внутреннего документа всех инстанций, документ утверждается директором и регистрируется.

Для поддержания в рабочем состоянии, Руководство по качеству должно актуализироваться не реже одного раза в год. Основанием для актуализации Руководства по качеству является изменение НД, результаты внутренних проверок, изменение статуса организации.

Изменения вносятся в соответствии с инструкцией. «Порядок внесения изменений в документы для внутреннего пользования».

.1.6 Закупки

Приобретение поверочного оборудования производится по заявке поверочной лаборатории.

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

1.1.7 Управление средствами измерений, поступающими на поверку

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

СИ могут приниматься по разовым обращениям юридических лиц. Оплата работ по поверке СИ проводиться на договорной основе. Поверка средств измерений в поверочной лаборатории. Поверитель выполняет работы по поверке СИ в строгом соответствии с требованиями нормативных документов на поверку в соответствии с разделом «Методы и средства поверки».

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

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

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

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

1.1.8 Идентификация и прослеживаемость средств измерений поступающих на поверку

Идентификация и прослеживаемость СИ осуществляется в соответствии с внутренней инструкцией «Порядок приема и выдачи СИ в поверку и из поверки»

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

Поверитель, принявший СИ, несет персональную ответственность за соответствие принятых СИ выписанному заявлению - счету по количеству, комплектности и внешнему виду.

Инженер-метролог регистрирует принятые в поверку СИ (№ заявления-счета, наименование заказчика, количество приборов, счет) распределяет работу между поверителями. Следит за своевременным исполнением заявлений-счетов и ведет учет работы, производимой каждым поверителем. Результат поверки оформляется протоколом. Протокол регистрируется и подшивается в дело на РМП. В журнале поступления СИ делается отметка о готовности данной партии СИ.

Поверитель, поверивший СИ, сдает их инженеру-метрологу, который расписывается в журнале регистрации заявлений-счетов на поверку СИ о приеме СИ от поверителя и указывает место хранения.

Инженер-метролог за один день до окончания срока поверки партии СИ, проверяет их готовность, список не поверенных партий предоставляет техническому директору для контроля.

1.1.9 Управление процессом поверки средств измерений

Управление процессом поверки СИ обеспечивается составлением и соблюдением внутренних инструкций с целью обеспечения непрерывного процесса. Для обеспечения процесса управления применяется пригодное оборудование и соответствующие условия труда.

Деятельность по поверке СИ осуществляется только при наличии действующего аттестата аккредитации на право поверки СИ и государственной лицензии на право поверки СИ.

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

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

Помещение лаборатории общей площадью 37,7 кв. м. соответствует требованиям МИ 670-84 «Определение потребности поверочных подразделений в производственных ресурсах» и действующим строительным и санитарным нормам, и обеспечивают проведение проверки СИ производственного назначения с требуемой точностью. Помещение оснащено необходимым оборудованием и мебелью, как для проведения поверки СИ так и для их хранения. Оборудование установлено в соответствии с эксплуатационной документацией.

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

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

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

Каждое рабочее место поверителей аттестуется в соответствии с Методическими указаниями МИ 1566 «Аттестация рабочих мест поверителей» и паспортом рабочего места.

Каждое рабочее место закреплено за конкретным поверителем, укомплектовано необходимой для работы документацией: паспортом на соответствующее РМП, методикой поверки и инструкцией по эксплуатации.

Непосредственное руководство поверочной деятельностью лаборатории приказом возлагается на инженера-метролога.

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

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

рабочее место №1 осуществляет поверку электрических средств измерений;

·   рабочее место №2, №3, №4, №5, №6 осуществляют поверку радиотехнических средств измерений;

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

Финансовые ресурсы.

Финансирование поверочной лаборатории осуществляется из средств ЗАО «Казтелерадио».

1.1.10 Контроль качества поверок

Процедура контроля качества выполнения установленных требований к поверке СИ, регламентируется внутренней инструкцией «Порядок организации и проведения внутреннего контроля системы качества в поверочной лаборатории».

Входной контроль распространяется на СИ, поступающие в поверку, и регламентируется внутренней инструкцией «Порядок приема и передачи в поверку СИ», согласно которому СИ, поступающие на поверку, должны быть промаркированы. Специалист проверяет СИ на соответствие заявки по количеству, типу и номеру, а так же по внешнему виду: чистота, целостность корпуса и соединительных элементов, комплектность, наличие сопроводительной документации. Ответственность за соответствие принятых СИ заявлению счету по их количеству, комплектности, за исправность, целостность и наличие приложенной эксплуатационной документации, и своевременную передачу СИ в поверку, несет специалист поверочной лаборатории, принявший СИ от клиента.

Поверка СИ осуществляется в соответствии с СТ РК 2.4-2000 «Поверка средств измерений. Организация и порядок проведения». Поверка СИ осуществляется в строгом соответствии с областью аккредитации поверочной лаборатории по методикам поверки. При контроле проверяется соблюдение условий поверки, методики поверки, правильность оформления результатов поверки.

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

1.1.11 Управление контрольным измерительным оборудованием

Управление исходными эталонами осуществляется в соответствии с СТ РК 2.3-2001 «Эталоны единиц величин. Основные положения, порядок создания, утверждения, хранения и применения» и настоящим руководством.

Все исходные эталоны поверяются в филиалах ОАО «Национальный центр экспертизы и сертификации».

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

Эталоны используются только для поверки и аттестации СИ. Для поддержания их в надлежащем состоянии ежегодно составляются графики планово-предупредительных ремонтов, ответственность за выполнение которых возложена на инженера-метролога.

Хранение и применение эталонов, контроль за их состоянием подчиняются единым правилам, установленным в соответствии с СТ РК 2.3.

Для заблаговременной подготовки к очередной поверке эталонов в Лаборатории составляются графики поверки.

Ответственность за выполнение графиков поверки исходных эталонов возложена на инженера-метролога.

1.1.12 Статус контроля

Средством для определения статуса контроля в поверочной лаборатории служит:

·   нанесение поверительного клейма на СИ или его эксплуатационную документацию;

·   оформление сертификата о поверке;

·   гашение поверительного клейма на непригодном к применению СИ;

·   выписка извещения о непригодности СИ;

·   протоколы поверки.

Статус контроля подтверждается применением при поверке эталонов единиц величины, прошедших своевременную поверку на более высоком уровне.

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

Для обозначения статуса контроля («годен», «не годен») применяются извещения о непригодности и поверительные клейма, которые закрепляются за поверителями. Применение, учет и хранение клейм проводятся в соответствии с СТ РК 2.20-2001 «Поверительные клейма. Порядок изготовления, хранения и применения».

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

При получении клейма, инженер-метролог проверяет качество их изготовления, соответствие их заявке по количеству и номенклатуре, и составляет акт о приемке в подотчет, с последующей передачей акта в бухгалтерию ВК ОРТПЦ. Затем снимает оттиски клейм, содержащих индивидуальный знак поверителя и хранит их в течении срока действия. Поверительные клейма и оттиски с них хранятся в сейфе под пломбой инженера-метролога лаборатории.

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

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

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

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

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

В случае порчи или утери поверительного клейма, поверитель незамедлительно пишет об этом докладную на имя директора ВК ОРТПЦ. Директор ВК ОРТПЦ назначает служебное расследование и по результатам издает приказ, копию которого в десятидневный срок направляют в государственный научный метрологический центр.

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

Поверитель, дважды в год нарушивший правила применения клейм, отстраняется от поверки и клеймения СИ приказом директора ВК ОРТПЦ. Если в результате служебного расследования установлен злонамеренный характер нарушений, либо обнаружен значительный материальный ущерб, вследствие несоблюдения правил, то материалы расследования передаются в следственные органы. При выходе из строя клейма из-за некачественного изготовления, за поверителем закрепляют приказом по ВК О РТПЦ другое клеймо.

Поверительные клейма истекающего года, техническим директором направляются на гашение в установленном порядке.

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

1.1.13 Управление несоответствующими СИ

К несоответствующим СИ относятся СИ, непрошедшие поверку (при отрицательных результатах поверки). Идентификация СИ, непрошедших поверку, производится путем гашения оттисков поверительных клейм. На все СИ, непрошедшие поверку, выписывается извещение о непригодности. Документирование установленных отклонений производится в протоколах поверки.

1.1.14 Корректирующие и предупреждающие воздействия

Целью данных требований по функционированию Системы качества является выявление причин имеющихся дефектов или потенциальных дефектов.

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

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

1.1.15 Обращение с поверенными СИ, хранение, упаковка, консервация и отгрузка

Хранение СИ до и после поверки осуществляется в поверочной лаборатории. Условия хранения (температурно-влажностный режим) соответствует условиям хранения, предусмотренным в НД на СИ. Температура в поверочной лаборатории поддерживается в диапазоне 20 °С + 5 °С, влажность не превышает 75%. Все СИ хранятся на специальных стеллажах, исключающих возможность их повреждения в процессе хранения.

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

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

1.1.16 Проверка качества

Система контроля качества поверочных работ состоит из двух частей: внутреннего и внешнего.

Внешний контроль:

Внешний контроль организует Госстандарт и его территориальные органы Госнадзора. Радиальные и круговые сличения проводятся с метрологическими службами, аккредитованными на право поверки СИ. По результатам сличений проводится анализ состояния измерений и вырабатываются корректирующие мероприятия.

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

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

Внутренний контроль производится на двух уровнях: администрации и поверочной лаборатории.

Целью внутреннего контроля являются:

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

·   выявление несоответствий выполняемых процедур по установленному порядку.

Контроль со стороны администрации осуществляется по графику не реже 1 раза в год. Результаты контроля оформляются актом.

Контроль со стороны поверочной лаборатории осуществляется по графику, утвержденному техническим директором. Результат контроля оформляется в журнале. Порядок проведения контроля установлен внутренней инструкцией «Порядок организации и проведения внутреннего контроля Системы качества в поверочной лаборатории».

1.1.17 Метрологическое обслуживание на месте эксплуатации и ремонта

Ответственность за своевременное исполнение заявок возложена на инженера-метролога лаборатории.

Инженер-метролог ежемесячно осуществляет контроль своевременности выполнения заявок.

1.1.18 Статистические методы

Статистические методы применяются:

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

·   для оценки состояния оборудования и эталонов.

Анализ состояния эталонов в процессе эксплуатации проводится по результатам поверки (величине погрешности измерений).

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

1.2    Экономическая сущность задачи

Во время исследования функционирования отдела метрологии и поверки АО «Казахтелеком» были выявлены некоторые вопросы, которые можно решить путем автоматизации.

В соответствием с Положением о метрологической службе, программное средство должно предусматривать три уровня иерархии:

уровень службы Главного метролога отрасли (высший);

уровень базовых организаций МС;

уровень МС предприятий связи.

Каждому уровню должна соответствовать своя подсистема в составе одного или нескольких АРМ. Для предприятий и базовых организаций могут использоваться типовые АРМ, с возможностью настройки в соответствии со спецификой предприятия.

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

Функциональным назначением АСУ в целом являются накопление, обобщение, обработка и анализ информации по всем аспектам метрологического обеспечения и метрологического обслуживания отрасли. Для АРМ низших уровней приоритет имеют функции накопления и обработки, для вышестоящих уровней - функции обработки, обобщенного представления информации и анализа.

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

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

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

1.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи

Необходимость использования ЭВМ для расчетов связано с высокой трудоемкостью, с обработкой больших объемов информации и составление отчетов, что приводит к низкой производительности организации.

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

Автоматизация процесса поверки поможет правильно установить цену для получения большей прибыли без убытков.

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

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

1.4 Постановка задачи

Информационные потоки, циркулирующие в системе, реализуют прямые и латеральные одно- и двунаправленные связи между субъектами МС, различающиеся как административно-командные, оперативные и справочно- информационные.

Административно-командные прямые однонаправленные связи включают: директивы в области МО и МС, обязательные к исполнению; запросы на проведение анализа состояния измерений по указанным направлениям.

Оперативные двунаправленные прямые связи содержат: запросы на выдачу оперативных справок по ситуации и оперативной отчетности
(сверху вниз); либо более полно представленной на этих уровнях (снизу вверх).

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

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

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

1.5   
Обоснование выбора технологии проектирования

Очень трудно разработать ИС предприятия, с учетом всех ее потребностей, без обдуманного методологического подхода.

В настоящее время важнейшими критериями разработки ИС являются:

-       Четкое выполнение установленных правил на всех этапах жизненного цикла системы;

-       Учет критических задач и контроль их решения;

-       Возможность анализа, реконструирования ИС.

Для успешной реализации проекта объект проектирования (ИС) должен быть, прежде всего, адекватно описан, должны быть построены полные и непротиворечивые функциональные и информационные модели ИС. Накопленный к настоящему времени опыт проектирования ИС показывает, что это логически сложная, трудоемкая и длительная по времени работа, требующая высокой квалификации участвующих в ней специалистов. Однако до недавнего времени проектирование ИС выполнялось в основном на интуитивном уровне с применением неформализованных методов, основанных на искусстве, практическом опыте, экспертных оценках и дорогостоящих экспериментальных проверках качества функционирования ИС. Кроме того, в процессе создания и функционирования ИС информационные потребности пользователей могут изменяться или уточняться, что еще более усложняет разработку и сопровождение таких систем.

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

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

Современные методы создания ИС разного назначения базируются в основном, на трех подходах:

-       объектно-ориентированная технология;

-       основанная на знаниях (интеллектуальная) технология;

-       CASE-технология.

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

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

1.6 Обоснование проектных решений по видам обеспечения

1.6.1 По техническому обеспечению

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

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

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

Таблица 1.1. Требования к аппаратному обеспечению

1.6.2 По программному обеспечению

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

Для разработки приложения использованы следующие программные средства и технологии:

–     Borland Delphi 7 - средство разработки пользовательского интерфейса приложения;

–       реляционная СУБД Microsoft Access - хранение информации о пациентах и медучреждениях;

–     технология Microsoft ADO (ActiveX Data Object) - доступ приложения к базе данных;

Delphi - это продукт Borland International для быстрого создания приложений (RAD). Высокопроизводительный инструмент визуального построения приложений, работающих с базами данных в архитектуре клиент-сервер, Internet/Intranet, а также для локальных машин и файл-серверной архитектуры. Этот инструментарий включает в себя настоящий компилятор кода и предоставляет средства визуального программирования.

Язык программирования Delphi - это комбинация нескольких важнейших технологий:

-    высокопроизводительный компилятор в машинный код;

-       объектно-ориентированная модель компонент;

-       визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

-       масштабируемые средства для построения баз данных.

В качестве технологии доступа к данным выбрана технология ADO.

Технология Microsoft ActiveX Data Objects (ADO) обеспечивает универсальный доступ к источникам данных из приложений БД. Такую возможность предоставляют функции набора интерфейсов, созданные на основе общей модели объектов СОМ и описанные в спецификации OLE DB.

Технология ADO и интерфейсы OLE DB обеспечивают для приложений единый способ доступа к источникам данных различных типов. Например, приложение, использующее ADO, может применять одинаково сложные операции и к данным, хранящимся на корпоративном сервере SQL, и к электронным таблицам, и локальным СУБД. Так как технология ADO основана на стандартных интерфейсах СОМ, которые являются системным механизмом Windows, это сокращает общий объем работающего программного кода и позволяет распространять приложения БД без вспомогательных программ и библиотек.

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

Рисунок 1.1. - Архитектура АРМ

Каждый пользователь может быстро запускать локальную копию приложения и совместно пользоваться файлом объектов данных, расположенным на файловом сервере. Использование локальных копий приложения повышает его производительность, тогда как запуск несколькими пользователями приложения, расположенного на сервере, увеличивает нагрузку на сеть.

1.6.3  По информационному обеспечению

Учет состава и состояния парка СИ, РЭ, измерительных каналов ведется на основе электронной картотеки и таблиц (журналов). Электронный паспорт содержит несколько разделов, в том числе «Комплектующие» и «Драгметаллы».

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

Учет состояния метрологического обеспечения технологических позиций реализован на основе паспорта позиции измерений, в нем содержатся сведения о СИ, измеряемом параметре, а также ссылка на НД (МВИ), регламентирующую проведение измерений.

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

Планирование метрологического контроля (поверки, калибровки, аттестации) и ремонтов, в том числе - на основе ремонтных циклов ведется на основе графиков МК и ремонтов. Графики рассчитываются исходя из данных электронного паспорта. Оптимизационные алгоритмы (например, обеспечение равномерности изъятия на поверку) в существующих версиях программы не предусмотрены. Однако, возможно оперативно переформировать графики с учетом текущей технологической ситуации, например, сроков вывода в ремонт основного оборудования.

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

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

Анализ состояния измерений, вернее - обработка информации для проведения анализа - предусмотренный в существующих версиях программы, касается, в основном, состояния и применения парка СИ. В отношении версии 5.0 под WINDOWS'95, вследствие введения подробного описания позиции измерений и измеряемого технологического параметра, можно говорить о возможности простейшего анализа состояния метрологического обеспечения в целом. Обработка информации состоит в формирования любых запросов к базе данных и создания соответствующих отчетов по полученной выборке электронных паспортов. Условия могут накладываться на произвольные сочетания характеристик приборов (более 120 характеристик).

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

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

1.6.4 Обоснование проектных решений по технологическому обеспечению

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

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

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

Проектирование системы загрузки и ведения базы данных означает проектирование и получение программной и технологической документации по следующим процедурам:

-       загрузка и актуализация данных;

-       обеспечение достоверности вводимых данных;

-       обеспечение защиты данных;

-       обеспечение надежности хранения данных.

-       Для обеспечения достоверности вводимых данных предусмотрены:

-       контроль вводимой информации: визуальный, логический, внутрисистемный;

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

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

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

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

2. Проектная часть

2.1 Назначение и цель создания информационной системы

Целью дипломной работы является разработка автоматизированного рабочего места системотехника КИП отдела метрологии и поверки в составе АО «Казахтелеком». Разработанное программное средство позволит:

сократить время работника отдела на документальное оформление сведений о приборах и поверках;

выполнять анализ количественного состава и качественного состояния имеющихся приборов;

- автоматизировать плановую работу по подготовке необходимого количества оборудования для проведения поверочных работ.

Назначение проектируемой программной системы состоит в следующем:

хранение, обработка и анализ хранимой информации о измерительных приборах;

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

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

Программа должна иметь возможности:

-     ввод информации об имеющихся контрольно-измерительных приборах;

-       просмотра и добавления информации по всем видам произведенных поверок и других операциях;

-       формирования отчетов с подведением итогов по любым запросам пользователей;

Последовательность проектирования информационной системы выполняется в следующей последовательности:

1.  Обследование предметной области;

2.      Изучение и формализация требований будущих пользователей;

.        Проектирование структуры и создание таблиц базы данных;

.        Создание экранных форм;

.        Отладка программного продукта;

.        Внедрение информационной системы в воинской части;

.        Проведение мероприятий по обучению сотрудников отдела МРиК работе с информационной системой.

Эффект от использования:

в области управления метрологической службой: внедрение твердого регламента учета и проведения метрологических работ службами предприятий связи; повышение дисциплины проведения регламентных работ по метрологическому обслуживанию; ускорение внедрения нормативных методов аттестации измерительных установок и измерительных систем, сведение к минимуму форм и количества соответствующей документации; формализация деятельности по контролю и самоконтролю всех предусмотренных работ, а также минимизация форм и количества отчетной и прочей документации; формализация контроля выполняемых НИР и ОКР по совершенствованию измерений, отслеживание дублирования разработок.

в области формирования технической политики. Создание инструментария автоматизированной подготовки информации для поддержки принятия решений, в том числе определение содержания, приемов обработки и форм представления обобщенной информации.

в области информационного обеспечения. Снабжение предприятий связи через INTERNET актуализированной нормативно-справочной информацией в виде каталогов технических характеристик СИ, баз данных по НД, справочников по изготовителям (поставщикам) и т.д. Подчеркнем, что при поставке в рамках отраслевой АСУ, эта информация может быть строго формализована в соответствии с общеотраслевой системой метрологической классификации и кодификации.

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

2.2    Требования к информационной системе

2.2.1 Требования к функциям информационной системы

Проектируемое АРМ должно помочь пользователю в реализации расчетов при выполнении ей своих основных функций. Проектируемое АРМ должно обеспечивать выполнение следующих функций:

−    ручной ввод оперативной информации;

−    формирование БД и их использование в вычислительных алгоритмах;

−    способностью осуществлять пересчет задачи при корректировке информации;

−    возможностью оперативной корректировки информации.

2.2.2 Требования к интерфейсу пользователя

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

Для создания у пользователя такого ощущения «внутренней свободы» интерфейс должен обладать целым рядом свойств, описанных ниже:

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

−       согласованность интерфейса позволяет пользователю использовать ранее приобретённые знания для уяснения новых аспектов работы. Так как в основу подсистемы учета успеваемости студентов заложен стандартный пользовательский интерфейс работы в среде Windows, то проектируемая система обладает данным свойством;

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

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

−       гибкость, необходимо учитывать как профессиональный опыт работы с компьютером, так и производительность труда конкретного пользователя;

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

2.2.3 Требования к реактивности системы

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

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

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

2.2.4 Требования к защите информации

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

2.2.5 Требования к надёжности системы

Надежность системы подразумевает надежную работу ПК, на котором установлена проектируемая информационная система. Необходимо предусмотреть резервное копирование накапливаемой информации в определенный интервал времени.

2.3    Перечень и описание входных и выходных данных

Предметная область (ПО) проектируемой информационной системы (ИС) - процесс поверки контрольно-измерительных приборов. Входная информация разделяется на условно-постоянную и оперативно-учетную информацию.

Условно-постоянная информация, необходимая для решения поставленной задачи включает:

-      Справочник «Приборы».

-             Справочник «Проводимые работы».

Входная информация, содержащая данные оперативного учета, включает:

выполненный ремонт;

действие с прибором;

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

На основе хранимых данных по запросу пользователя должен производиться автоматизированный анализ находящихся сведений в базе данных и выдача отчета. Отчет должен содержать сведения о необходимой на данный момент информации.

Выходной информацией являются документы, содержащие следующую информацию:

- паспорт прибора;

распределение приборов по подразделениям;

контрольный список прибывших, убывших, списанных приборов;

история прибора.

Документы-отчеты выдаются в разрезе определенных критериев (по запросу пользователя). Эти документы должны выводиться на экран и печать. Статистические данные выдаются в графическом и аналитическом виде, что способствует быстрому реагированию и принятию оптимальных управленческих решений.

2.4 Описание функциональных возможностей и схем диалога

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

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

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

Рисунок 2.1 - Главное окно приложения

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

Для того, чтобы добавить информацию о новом приборе, необходимо воспользоваться пунктом меню «Прибор» - «Добавить».

Для того, чтобы отредактировать информацию о приборе, необходимо воспользоваться пунктом меню «Прибор» - «Редактировать».

Для того, чтобы переместить прибор в другое подразделение, необходимо воспользоваться пунктом меню «Прибор» - «Переместить».

Для того, чтобы удалить всю информацию о приборе, необходимо воспользоваться пунктом меню «Прибор» - «Списать».

Для просмотра паспорта прибора необходимо перейти на вкладку «Паспорт прибора» (рисунок 2.2)

Рисунок 2.2 - Паспорт прибора

В данном окне приведена справочная информация о приборе, данные о проведенных испытаниях, служебная информация о работе прибора и данные о ремонте прибора.

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

Рисунок 2.3 - Приборы в подразделении

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

Рисунок 2.4 - Список убывших приборов

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

Для просмотра истории прибора необходимо выбрать вкладку «История прибора» (рисунок 2.5).

Рисунок 2.5 - История прибора

Данный список содержит отметки о нахождении прибора на балансе отдела и все его перемещения по подразделениям, а также обо всех действиях, проводимых с прибором: ремонт, работа, испытания.

2.5 Принципы и результаты тестирования программной системы

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

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

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

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

3. Обоснование экономической эффективности проекта

.1 Понятие экономической эффективности

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

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

К основным показателям экономической эффективности относят: экономический эффект, коэффициент экономической эффективности капитальных вложений, срок окупаемости капитальных вложений.

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

Показатели экономической эффективности программного изделия определяются:

-     экономической оценкой результатов влияния программного изделия на конечный результат их использования (основное направление анализа и расчета показателей эффективности - для прикладных программных продуктов);

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

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

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

При необходимости определения экономической эффективности программных изделий, входящих в АСУ, САПР, АСНИ и другие системы через оценку влияния программного изделия на конечные результаты функционирования этих систем в народном хозяйстве, доля эффекта от программного изделия оценивается по коэффициенту долевого участия программных продуктов в показателях эффективности автоматизированных систем. Эти показатели рассчитываются по результатам основной деятельности организаций (предприятий, научных учреждений) на основе соответствующих общегосударственных, отраслевых и ведомственных методик. Долевой коэффициент участия программного изделия в показателях эффективности автоматизированных систем в зависимости от условий расчета может определяться как отношение годовых приведенных затрат на программное изделие к годовым приведенным затратам на систему. Кроме того, его также можно определить как отношение капитальных вложений в программный продукт к капитальным вложениям в систему, как отношение трудозатрат на разработку программного изделия к трудозатратам на разработку системы, а также методом экспертных оценок по взаимному соглашению разработчиков, изготовителей и пользователей.

3.2 Выбор и обоснование методики расчета трудоемкости и стоимости разработки

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

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

Экономическую эффективность проектируемого программного изделия (ПИ) можно оценить при помощи ряда показателей:

- трудоемкость разработки;

- длительность разработки;

годовая экономия;

единовременные затраты на разработку и внедрение;

текущие затраты на функционирование.

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

В зависимости от этого:

- первые методы основаны на четкой идентификации операций процесса разработки ПП;

- вторые - на определении функциональных требований и / или конечного продукта.

3.2.1 Методика оценивания затрат СОСОМО II

В конце 70-х годов Барри Боэмом была разработана модель оценивания объемов работ при разработке информационных систем, и получила название конструктивная модель стоимости (Constructive Cost Model - COCOMO). На сегодняшний день данная модель оценки трудоёмкости разработки ПП является наиболее известной среди множества подобных моделей.

С течением времени и ростом требованиям к системам, модель СОСОМО оказалась устаревшей в значительной своей части. Непосредственно по этой причине и ряд других немаловажных проблем, была разработана модель СОСОМО II, впервые опубликованная в 1999 году.

Модель ориентирована на порционность поступления информации для оценивания на протяжении всего периода разработки ПП и является трехуровневой [8].

- Предварительная модель - обеспечивает предварительную оценку трудозатрат на ПС на ранних стадиях разработки. Модель предназначена для оценки трудоемкости прототипирования, а также разработки ПС с использованием интегрированных сред (ICASE);

Предпроектная модель - обеспечивает предварительную оценку трудозатрат на разработку как ПС в целом, так и отдельных программных компонентов (подсистем) на предпроектных стадиях ЖЦ. Может применяться для технико-экономического обоснования затрат на создание ПС, а также для распределения затрат по стадиям разработки.

Детальная модель - уточняет оценку, выполненную по предпроектной модели. Обеспечивает поуровневую оценку трудозатрат на разработку ПС - от программных компонентов до программных модулей. Может применяться на стадиях проектирования и разработки ПС, а также при сопровождении.

В рамках модели COCOMO II оценки трудоемкости проекта и времени, требующегося на его выполнение, определяются тремя разными способами на вышеперечисленных уровнях проекта:

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

определяется функциональный размер разрабатываемых компонентов ПП по формуле:

, (3.1)

где  - доля (в процентах) повторно используемых объектов (экранов, отчетов и модулей);

оценивается уровень производительности,.

трудозатраты на разработку вычисляются в человеко-месяцах (чел.-мес.) по формуле:

.      (3.2)

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

Трудоемкость вычисляется следующим образом:

,    (3.3)

где - трудозатраты на автоматически генерируемый код;

 - фактор процесса разработки, который вычисляется по формуле:

,    (3.4)

где факторы W_i принимают значения от 0 до 5:

W₁  - предсказуемость проекта для данной организации, от полностью знакомого (0) до совсем непредсказуемого (5);

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

степень удаления рисков, от полной (0) до небольшой (5), оставляющей около 80% рисков;

сплоченность команды проекта, от безукоризненного взаимодействия (0) до больших трудностей при взаимодействии (5);

зрелость процессов в организации, от 0 до 5 в виде взвешенного количества положительных ответов на вопросы о поддержке ключевых областей процесса в модели CMM.

произведение семи коэффициентов затрат, каждый из которых лежит в интервале от 1 до 6:

- возможности персонала;

надежность и сложность продукта;

требуемый уровень повторного использования;

сложность платформы;

опытность персонала;

использование инструментов;

плотность графика проекта.

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

Формула для трудоемкости имеет вид:

, (3.5)

где

,        (3.6)

где

, (3.7)

где  AT - процент автоматически генерируемого кода;

AA - фактор трудоемкости перевода компонентов в повторно используемые;

DM - процент модифицируемых для повторного использования проектных моделей;

CM - процент модифицируемого для повторного использования кода;

IM - процент затрат на интеграцию и тестирование повторно используемых компонентов;

SU - фактор понятности повторного использования кода.

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

Коэффициент    вычисляется как (1 + (процент кода, выброшенного из-за изменений в требованиях)/100).

Коэффициент    является произведением 17 коэффициентов затрат, имеющих значения от 1 до 6:

- надежность продукта;

сложность продукта;

размер базы данных разрабатываемого приложения;

требуемый уровень повторного использования;

требуемый уровень документированности;

уровень производительности по времени;

уровень требований к занимаемой оперативной памяти;

изменчивость платформы;

возможности аналитика проекта;

возможности программистов;

опыт работы команды в данной предметной области;

опыт работы команды с используемыми платформами;

опыт работы команды с используемыми языками и инструментами;

уровень текучести персонала в команде;

возможности используемых инструментов;

возможности общения между членами команды;

фактор сжатия графика проекта.

Для расчета срока разработки информационной системы используется следующее уравнение:

,    (3.8)

где t_разр. - срок разработки информационной системы, в месяцах;

Т(А) - линейный коэффициент зависимости срока разработки типа проекта;

T - трудоемкость в человеко-месяцах;

Т(В) - экспоненциальный коэффициент зависимости срока разработки от типа проекта;

 - сумма корректировочных коэффициентов факторов масштабирования.

Модель СОСОМО II имеет ряд достоинств, среди которых следует отметить объективность и простоту применения.

3.2.2 Методика расчета трудоемкости программного средства Госкомтруда 1986 года

В течение восьмидесятых годов в СССР были разработаны собственные модели оценки трудоемкости разработки программных систем, утвержденные Госкомтруда в 1986 году. Базовая трудоемкость разработки программных средств в данной методике определяется в зависимости от группы сложности и от объема.

Основными параметрами, влияющими на расчет трудоемкости разработки, являются: стадии разработки ПС, сложность ПС, степень новизны ПС, новый тип ЭВМ, новый тип ОС, степень охвата реализуемых функций стандартными ПС, средства разработки ПС, характер среды разработки, характеристики ПС, группа сложности, функции ПС, тип ЭВМ [9].

Параметр «Стадии разработки ПС» может принимать значения:

«Техническое задание»;

«Эскизный проект»;

«Технический проект»;

«Рабочий проект»;

«Внедрение»;

«Предварительное проектирование».

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

- использование CASE-технологий;

объединение технического и рабочего проекта.

При использовании CASE-технологии стадии «Техническое задание», «Эскизный проект» и «Технический проект» объединяются в одну стадию «Предварительное проектирование», за которой следуют стадии «Рабочий проект» и «Внедрение».

Объединение стадий «Технический проект» и «Рабочий проект» в одну стадию «Технорабочий проект», предполагает обязательное наличие этих двух стадий.

Параметр «Элементы, повышающие сложность ПС» может принимать значения:

«Наличие экранных подсказок и меню функций»;

«Выдача на экран контекстно-зависимой помощи»;

«Обеспечение хранения и поиска данных в сложных структурах»;

«Возможность связи с другими ПС».

Параметр «Степень новизны ПС» может принимать одно из следующих значений:

- «Принципиально новое ПС, не имеющее доступных аналогов»;

«ПС, являющееся развитием определенного параметрического ряда ПС на новом типе ЭВМ/ операционной системы (ОС)»;

«ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС».

Параметры «Новый тип ЭВМ» и «Новый тип ОС» определяют, используется ли новый тип ЭВМ или ОС при разработке ПС

Параметр «Степень охвата реализуемых функций стандартными ПС» может принимать одно из следующих значений:

- «Свыше 60%»;

«От 40% до 60%»;

«От 20% до 40%»;

«До 20%».

Параметр «Средства разработки ПС» может принимать одно из следующих значений:

- «Язык Ассемблера»;

«Процедурные языки высокого уровня (C, Pascal, и др.)»;

«Системы программирования на основе СУБД»;

«CASE-средства».

Параметр «Характер среды разработки» может принимать одно из следующих значений:

- «Большие ЭВМ без «дружелюбной» среды (ЕС ЭВМ с ОС ЕС)»;

«Большие ЭВМ с «дружелюбной» средой (RS, mainframe)»;

«Малые ЭВМ без «дружелюбной» среды (СМ ЭВМ с ОС РВ, UNIX)»;

«Малые ЭВМ с «дружелюбной» средой (VAX, DEC)»;

«Персональные ЭВМ (с MS-DOS, Windows)»;

«Другие персональные ЭВМ (Apple)»;

«Сети ЭВМ локальные (типа NetWare)»;

«Глобальные сети (через модемы)».

Параметр «Характеристики ПС» может принимать значения:

1)  «Наличие мощного интеллектуального языкового интерфейса высокого уровня с пользователем (без учёта подсказок и меню функций)»;

2)  «Режим работы в реальном времени»;

3)      «Обеспечение телекоммуникационной обработки данных»;

4)      «Машинная графика»;

5)      «Криптография и другие методы защиты от несанкционированного доступа»;

6)      «Обеспечение существенного распараллеливания вычислений»;

7)      «Оптимизационные расчеты»;

8)      «Моделирование объектов и процессов»;

9)      «Задачи анализа и прогнозирования»;

10) «Сложные экономические, инженерные или научные расчеты»;

11)    «Обеспечение настройки ПС на изменения структур входных и выходных данных».

Характеристики ПС определяют параметр «Группа сложности», пункты 1-6 соответствуют максимальной группе сложности, 7 - 11 - средней группе сложности, если же разрабатываемое ПС не обладает ни одной из перечисленных характеристик, оно относится к минимальной группе сложности.

Параметр «Функции ПС» может принимать значения:

«Управление работой компонентов ПС»;

- «Обработка прерываний»;

«Ввод данных в интерактивном режиме»;

«Вывод данных в табличной форме на экран и на печать»;

«Обработка ошибочных ситуаций»;

«Система настройки ПС на условия применения»;

«Формирование последовательных файлов»;

«Сортировка файлов»;

«Обработка файлов»;

«Формирование базы данных»;

«Обработка записей базы данных»;

«Организация поиска и поиск в базе данных»;

«Статистическая обработка данных»;

«Расчет экономических показателей»;

«Экономический анализ и прогнозирование»;

«Составление сводных балансов».

Данные функции могут присутствовать как все вместе, так и по отдельности.

Расчет трудоемкости разработки программного продукта осуществляется по формуле:

, (3.9)

где Т_общ - общая трудоемкость разработки ПС (в чел.-днях);

Т_i - трудоемкость i-ой стадии разработки ПС (в чел.-днях), i = 0..5;

n - количество стадий разработки ПС.

Трудоемкость i-ой стадии разработки ПС, i = 0..5, определяется по формуле:

T_i = L_i * К_н * Т_о, для i = 0,1,2,3,5, (3.10)

T_i = L_i * К_н *К_т * Т_о, для i = 4,

где Li - удельный вес трудоемкости i-ой стадии разработки ПС, учитывающий наличие той или иной стадии и использование CASE-технологии, определяется по таблице, причем

                 (3.11)

В случае отсутствия стадии «Эскизный проект» L₃’ = L₂ + L₃.

В случае объединение стадий «Технический проект» и «Рабочий проект» в одну стадию «Технорабочий проект» L₃’ = 0,85 * L₃ + L₄.

К_н - поправочный коэффициент, учитывающий степень новизны ПС и использование при разработке ПС новых типов ЭВМ и ОС, определяется по таблице;

К_т - поправочный коэффициент, учитывающий степень использования в разработке (типовых) стандартных ПС, определяется по таблице;

Т_о - общая трудоемкость разработки ПС (в чел.-днях) определяется по формуле:

Т_о = Т_ур * К_сл,                        (3.12)

где Т_ур - трудоемкость разработки ПС с учетом конкретных условий разработки (в чел.-днях);

К_сл - коэффициент сложности ПС, определяется по формуле:

, (3.13)

где K_i - коэффициенты повышения сложности ПС, i = 1..7, зависящие от наличия у разрабатываемой системы характеристик, повышающих сложность ПС и от количества характеристик ПС, определяется по таблице;

n - количество дополнительно учитываемых характеристик ПС.

Трудоемкость разработки ПС с учетом конкретных условий разработки определяется по формуле:

Т_ур = Т_б * К_ур       , (3.14)

где Т_б - базовая трудоемкость разработки ПС (в чел.-днях), учитывающая V_о - объем ПС и группу сложности, определяется по таблице;

К_ур - поправочный коэффициент, учитывающий характер среды разработки и средства разработки ПС, определяется по таблице;

Общий объем разрабатываемого ПС, определяется по формуле:

_, (3.15)

где    V_i - объем i-ой функции ПС, i = 1..16, учитывающий тип ЭВМ, определяется по таблице;

n - общее число функций.

Продолжительность разработки программного продукта определяется по формуле:

^.               (3.16)

Среднее число исполнителей реализации программного продукта рассчитывается:

Ч = T_общ/t. (3.17)

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

- для предсказания усилий на разработку в модели COCOMO II необходимо сначала предсказать размер конечной системы в единицах KDSI (Thousands of Delivered Source Instructions, тысяч строк исходных инструкций поставляемого кода), то есть данная модель основана на размере кода ПП, а длина кода не всегда отражает размер современных программных продуктов;

- методика расчета трудоемкости программного продукта Госкомтруда 1986 года применима для оценки трудозатрат на разработку любых типов ПП, в отличие, от композиционной модели, которая предназначена для оценки трудозатрат на разработку крупных ПП;

точность модели COCOMO II согласована с большим количеством фактических данных и зависит от точности оценивания входных данных.

Таким образом, использование методики расчета трудоемкости программного средства Госкомтруда 1986 года в данном случае является наиболее целесообразным, так как она, по сравнению с моделью COCOMO II включает определения основных понятий и количественных характеристик без ограничения общности или разнообразия типов ПС. Данная методика повышает объективность оценок путем применения шкалы оценок, учитывающих влияние разных атрибутов на оценку трудозатрат. Методика расчета трудоемкости программного средства Госкомтруда 1986 года проста для понимания и применения, что также является немаловажным фактором при выборе методики.

3.3 Расчет частных показателей экономической эффективности

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

-     трудоемкость разработки программного изделия;

-     длительность разработки программного изделия;

-       годовая экономия (годовой прирост прибыли);

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

3.3.1 Расчет трудоемкости разработки программного изделия

Основными параметрами, влияющими на расчет трудоемкости разработки, являются:

-    стадии разработки ПС;

-       сложность ПС;

-       степень новизны ПС;

-       новый тип ЭВМ;

-       новый тип ОС;

-       степень охвата реализуемых функций стандартными ПС;

-       средства разработки ПС;

-       характер среды разработки;

-       характеристики ПС;

-       группа сложности;

-       функции ПС;

-       тип ЭВМ.

Параметр «Стадии разработки ПС» может принимать значения:

-    «Техническое задание»;

-       «Эскизный проект»;

-       «Технический проект»;

-       «Рабочий проект»;

-       «Внедрение»;

-       «Предварительное проектирование».

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

-    использование CASE-технологий;

-       объединение технического и рабочего проекта.

При использовании CASE-технологии стадии «Техническое задание», «Эскизный проект» и «Технический проект» объединяются в одну стадию «Предварительное проектирование», за которой следуют стадии «Рабочий проект» и «Внедрение».

Объединение стадий «Технический проект» и «Рабочий проект» в одну стадию «Технорабочий проект», предполагает обязательное наличие этих двух стадий.

Параметр «Элементы, повышающие сложность ПС» может принимать значения:

-    «Наличие экранных подсказок и меню функций»;

-       «Выдача на экран контекстно-зависимой помощи»;

-       «Обеспечение хранения и поиска данных в сложных структурах»;

-       «Возможность связи с другими ПС».

Данные элементы могут присутствовать как вместе, так и по отдельности.

Параметр «Степень новизны ПС» может принимать одно из следующих значений:

-    «Принципиально новое ПС, не имеющее доступных аналогов»;

-       «ПС, являющееся развитием определенного параметрического ряда ПС на новом типе ЭВМ/ операционной системы (ОС)»;

-       «ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС».

Параметры «Новый тип ЭВМ» и «Новый тип ОС» определяют, используется ли новый тип ЭВМ или ОС при разработке ПС. На данные параметры влияет значение параметра «Степень новизны ПС». Если ПС является развитием определенного параметрического ряда ПС на новом типе ЭВМ/ОС, то необходимо наличие хотя бы одного из параметров «Новый тип ЭВМ» и «Новый тип ОС». Если же ПС является развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС, то данные параметры не рассматриваются.

Параметр «Степень охвата реализуемых функций стандартными ПС» может принимать одно из следующих значений:

-    свыше 60%;

-       от 40% до 60%;

-       от 20% до 40%;

-       до 20%.

Параметр «Средства разработки ПС» может принимать одно из следующих значений:

-    язык Ассемблера;

-       процедурные языки высокого уровня (C, Pascal, и другие);

-       системы программирования на основе СУБД;

-       CASE-средства.

Параметр «Характер среды разработки» может принимать одно из следующих значений:

-    «Большие ЭВМ без «дружелюбной» среды (ЕС ЭВМ с ОС ЕС)»;

-       «Большие ЭВМ с «дружелюбной» средой (RS, mainframe)»;

-       «Малые ЭВМ без «дружелюбной» среды (ЭВМ с ОС UNIX)»;

-       «Малые ЭВМ с «дружелюбной» средой (VAX, DEC)»;

-       «Персональные ЭВМ IBM-PC совместимые (с MS-DOS, Windows)»;

-       «Другие персональные ЭВМ (Apple)»;

-       «Сети ЭВМ локальные (типа NetWare)».

-       «Глобальные сети (через модемы)».

Параметр «Характеристики ПС» может принимать значения:

-    «Наличие мощного интеллектуального языкового интерфейса высокого уровня с пользователем (без учёта подсказок и меню функций)»;

-       «Режим работы в реальном времени»;

-       «Обеспечение телекоммуникационной обработки данных»;

-       «Машинная графика»;

-       «Криптография и другие методы защиты от несанкционированного доступа»;

-       «Обеспечение существенного распараллеливания вычислений»;

-       «Оптимизационные расчеты»;

-       «Моделирование объектов и процессов»;

-       «Задачи анализа и прогнозирования»;

-       «Сложные экономические, инженерные или научные расчеты»;

-       «Обеспечение настройки ПС на изменения структур входных и выходных данных».

Характеристики ПС определяют параметр «Группа сложности», пункты 1-6 соответствуют максимальной группе сложности, 7 - 11 - средней группе сложности, если же разрабатываемое ПС не обладает ни одной из перечисленных характеристик, оно относится к минимальной группе сложности. Данные элементы могут присутствовать как вместе, так и по отдельности.

Параметр «Функции ПС» может принимать значения:

-    «Управление работой компонентов ПС»;

-       «Обработка прерываний»;

-       «Ввод данных в интерактивном режиме»;

-       «Вывод данных в табличной форме на экран и на печать»;

-       «Обработка ошибочных ситуаций»;

-       «Система настройки ПС на условия применения»;

-       «Формирование последовательных файлов»;

-       «Сортировка файлов»;

-       «Обработка файлов»;

-       «Формирование базы данных»;

-       «Обработка записей базы данных»;

-       «Организация поиска и поиск в базе данных»;

-       «Статистическая обработка данных»;

-       «Расчет экономических показателей»;

-       «Экономический анализ и прогнозирование»;

-       «Составление сводных балансов».

Данные функции могут присутствовать как все вместе, так и по отдельности.

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

Тобщ - общая трудоемкость разработки ПС (в чел.-днях) рассчитывается по формуле:

,  (3.1)

где Тi - трудоемкость i - ой стадии разработки ПС (в чел.-днях), i = 0..5;

n - количество стадий разработки ПС.

Тi - трудоемкость i - ой стадии разработки ПС, i = 0..5 определяется по формуле:

Ti = Li ∙ Кн ∙ То, для i = 0,1,2,3,5 (3.2)

где    Li - удельный вес трудоемкости i - ой стадии разработки ПС, учитывающий наличие той или иной стадии и использование CASE-технологии, причем

, (3.3)

в случае отсутствия стадии «Эскизный проект» L3’ = L2 + L3; в случае объединение стадий «Технический проект» и «Рабочий проект» в одну стадию «Технорабочий проект» L3’ = 0,85 ∙ L3 + L4.

Кн - поправочный коэффициент, учитывающий степень новизны ПС и использование при разработке ПС новых типов ЭВМ и ОС;

Кт - поправочный коэффициент, учитывающий степень использования в разработке стандартных ПС;

То - общая трудоемкость разработки ПС (в чел.-днях) определяется по формуле:

То = Ксл ∙ Тур,                                                                     (3.4)

где Ксл - коэффициент сложности ПС, определяется по формуле:

,          (3.5)

где    Ki - коэффициенты повышения сложности ПС, i = 1..7, зависящий от наличия у разрабатываемой системы характеристик, повышающих сложность ПС и от количества характеристик ПС;

n - количество дополнительно учитываемых характеристик ПС.

Тур - трудоемкость разработки ПС с учетом конкретных условий разработки, определяется по формуле:

Т_ур = Т_б ∙ К_ур,     (3.6)

где    Т_б - базовая трудоемкость разработки ПС (в чел.-днях), учитывающая V_о - объем ПС и группу сложности;

К_ур - поправочный коэффициент, учитывающий характер среды разработки и средства разработки ПС;

V_о - общий объем разрабатываемого ПС, определяется по формуле:

,         (3.7)

где    Vi - объем i - ой функции ПС, i = 1..16, учитывающий тип ЭВМ; n - общее число функций.

Длительность разработки программного изделия t рассчитывается по формуле, месяцев:

, (3.8)

где T_общ - трудоемкость разработки программного изделия, рассчитывается по формуле (3.1), чел.-мес.

Среднее число исполнителей Чn рассчитывается исходя из определенных характеристик трудоемкости и длительности разработки программного изделия по формуле, чел.:

Чn = T_общ / t, (3.9)

где Т_общ - трудоемкость разработки программного изделия, чел.-мес;

t - длительность разработки программного изделия, месяцев.

3.3.3 Расчет годовой экономии функционирования программного изделия

Годовая экономия функционирования ПИ рассчитывается следующим образом:

П_г = (П1 + П2 + П3) ∙ (1+Е_Н Т), (3.10)

где П1 - экономия, получаемая в t - году в результате сокращения затрат трудовых и материальных ресурсов, тг;

П2 - экономия, получаемая в t - году в результате повышения качества новой техники, ее потребительских свойств, тг;

П3 - дополнительная прибыль в t - году от приоритетной новизны решения, полученного в автоматизируемой системе в кратчайшие сроки, тг;

Е_Н - норматив эффективности капитальных вложений (тг/год)/тг; Значение Е_Н принимается равным 0,15 для всех отраслей народного хозяйства. Е_Н представляет собой минимальную норму эффективности капитальных вложений, ниже которых они нецелесообразны.

Т - сокращение длительности автоматизируемого процесса, лет.

3.3.4 Расчет единовременных затрат

Единовременные затраты на создание ПП определяются по формуле:

К = К_П + К_К, (3.11)

где К_П - предпроизводственные затраты, тг;

К_К - капитальные затраты на создание, тг.

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

К_П = К_осн.зп. + К_доп.зп. + К_пр, (3.12)

где К_осн.зп. - затраты на основную заработную плату разработчиков, тг;

К_доп.зп. - затраты на дополнительную заработную плату разработчиков (составляют 20% от основной заработной платы), тг;

К_пр - прочие расходы, включают расходы на машинное время, тг.

Затраты на основную заработную плату разработчиков определяются по формуле:

К_осн.зп. = О ∙ t, (3.13)

где О - оклад разработчика, тг;

t - трудоемкость разработки, чел.-мес.

Прочие расходы включают расходы на машинное время:

К_пр = Т_маш ∙ С_маш, (3.14)

где Т_маш - длительность разработки, отладки и тестирования программного изделия, час;

С_маш - стоимость 1 часа маш. времени, тг.

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

К_к=К_ктс+К_монт+К_инв+К_зд+К_ос+К_тр+К_соп+К_высв, (3.15)

где К_ктс - сметная стоимость КТС, тг;

К_монт - затраты на установку, монтаж и запуск КТС в работу, тг;

К_инв - затраты на производственно-хозяйственный инвентарь, тг;

К_зд - затраты на строительство и реконструкцию зданий для размещения КТС, тг;

К_ос - сумма оборотных средств, тг;

К_тр - транспортно-заготовительные расходы, тг;

К_соп - сметная стоимость системы стандартного обеспечения применения КТС, тг;

К_высв - остаточная удельная стоимость высвобожденных средств, тг.

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

К_высв = К_перв ∙ (1 - а∙Т_техн), (3.16)

где К_перв - первоначальная стоимость высвобожденных технических средств, тг;

а - годовая норма амортизации;

Т_техн - срок эксплуатации высвобожденного оборудования, лет.

3.3.5 Расчет текущих затрат

Т.к. ПП находится на этапе создания, то предпочтение отдаем нижеописанному методу расчета.

Годовые текущие затраты Иг определяются по формуле:

, (3.17)

где И_i - затраты, вызванные решением i-й задачи, тг;

n - число задач, решаемых в течение года, шт.;

И_сист - общесистемные затраты за год, тг.

Расчет суммарных текущих затрат на функционирование программного продукта за время работы с приведением к расчетному году (первому году функционирования программного продукта):

 (3.18)

где Игi - годовые текущие затраты (вычисляются по формуле 3.17), тг.

3.3.6 Расчет суммарных затрат за год на создание, внедрение и функционирование программного изделия

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

З_г = И_Г + К, (3.19)

где И_Г - годовые текущие издержки на функционирование ПП (без учета амортизации на реновацию) (вычисляются по формуле 3.17), тг;

К - единовременные затраты на создание ПП (вычисляются по формуле 3.11), тг.

3.4 Определение обобщающих показателей экономической эффективности

К основным обобщающим показателям экономической эффективности относятся:

-    годовой экономический эффект;

-       экономический эффект от функционирования за весь расчетный период;

-       коэффициент экономической эффективности функционирования;

-       срок окупаемости системы.

3.4.1 Расчет годового экономического эффекта от разработки и внедрения программного изделия

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

Э_Г = П_Г - З_Г, (3.20)

где Э_Г - годовой экономический эффект от разработки и внедрения ПП, тыс. тг.;

П_Г - годовая экономия (годовой прирост прибыли) (вычисляется по формуле 3.10), тыс. тг.;

З_Г - суммарные затраты за год (вычисляются по формуле 3.19), тыс. тг.

3.4.2 Расчет суммарного экономического эффекта функционирования программного изделия

Экономический эффект функционирования ПИ за весь расчетный период определяется разностью суммарных результатов в стоимостной оценке и затрат:

Э^о = П^о-З^о, (3.21)

где П^о, З^о - суммарные по годам расчетного периода экономия и затраты (тыс. тг.), рассчитываются следующим образом:

, (3.22)

, (3.23)

где П_t - экономия в t-ом году расчетного периода (рассчитывается по формуле 3.10), тыс. тг;

З_t - затраты в t-ом году расчетного периода (рассчитываются по формуле 3.19), тыс. тг;

t_n и t_k - соответственно начальный и конечный годы расчетного периода;

_t - коэффициент приведения разновременных затрат и результатов к расчетному году.

3.4.3 Расчет коэффициента экономической эффективности единовременных затрат

Коэффициент экономической эффективности единовременных затрат представляет собой отношение годовой экономии (годового прироста прибыли) к единовременным затратам на разработку и внедрение:

, (3.24)

где П - годовая экономия (годовой прирост прибыли) (рассчитывается по формуле 3.10), тыс. тг;

И_г - годовые текущие издержки на функционирование, (рассчитываются по формуле 3.19), тыс. тг;

К - единовременные затраты на разработку и внедрение, (вычисляются по формуле 3.11), тыс. тг.

Если для коэффициента Е_К выполняется условие: Е_К>=Е_Н, капитальные вложения считаются экономически эффективными.

3.4.4 Расчет срока окупаемости программного изделия

Срок окупаемости представляет собой отношение единовременных суммарных затрат на разработку и внедрение ПИ к годовой экономии (к годовому приросту прибыли):

, (3.25)

где К - единовременные затраты на разработку и внедрение, (вычисляются по формуле 3.11), тыс. тг;

Пг - годовая экономия (годовой прирост прибыли) (рассчитывается по формуле 3.10), тыс. тг;

И_г - годовые текущие издержки на функционирование, (рассчитываются по формуле 3.19), тыс. тг.

3.5 Расчет цены программного продукта

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

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

Ц_пп = С + П_н + Н_э, (3.26)

где С - себестоимость ПП, тг. (используем единовременные затраты (3.11);

П_н - нормативная прибыль, тг.;

Н_э - надбавка к цене, тг., если годовой экономический эффект от применения ПП больше 10 тыс. тг., надбавка к цене за эффективность берется 20% от нормативной прибыли: Н_э = 0.2 ∙П_н тг.

Нормативная прибыль определяется как:

П_н = У_п ∙ Ф_зп, (3.27)

где У_п - уровень прибыли в процентах к фонду заработной платы разработчиков ПП;

Ф_зп - фонд заработной платы разработчиков ПП, тг.

Уровень прибыли рассчитывается по формуле:

У_п = Р_уп + Р_п, (3.28)

где Р_уп - расчётный уровень прибыли (норматив рентабельности), включаемый в цену на разработку (ориентировочно 90-100% к Ф_зп);

Р_п - предложения разработчиков по повышению Р_уп на основе анализа эффективности создаваемого ПП, его научно-технического уровня, важности и т.д.; в качестве показателей повышения Р_уп могут быть приняты предложения разработчиков или заказчика по повышению уровня основных требований: конкретных характеристик, ТЗ, сокращение сроков выполнения работы и другое.

3.6 Расчет показателей экономической эффективности

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

Для расчета экономической эффективности был определен ряд исходных параметров, которые представлены в виде таблицы (таблица 3.1).

Таблица 3.1. Исходные данные для расчета

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

-    стадии разработки ПС: «предварительное проектирование», «рабочий проект» и «внедрение», так как используется CASE-технология;

-       сложность ПС принимает значение «выдача на экран контекстно-зависимой помощи» и «возможность связи с другими ПС»;

-       степень новизны ПС принимает значение «ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС»;

-       степень охвата реализуемых функций стандартными ПС - от 40% до 60%;

-       средства разработки ПС - процедурные языки высокого уровня (C, Pascal, и другие);

-       характер среды разработки - персональные ЭВМ совместимые (с MS-DOS, Windows);

-       характеристики ПС - «оптимизационные расчеты», а также «задачи анализа и прогнозирования»;

-       группа сложности - средняя;

-       функции ПС: ввод данных в интерактивном режиме, вывод данных в табличной форме на экран и на печать, обработка ошибочных ситуаций, обработка записей базы данных, расчет экономических показателей;

Вычислим по формуле (3.7) общий объем разрабатываемого ПС и получим:

Vо = 1580 + 3740 + 3790 + 2750 + 8630 = 20490 исходных команд.

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

Т_ур = 1613 × 0,17 = 274,21 чел.-дни.

Коэффициент сложности ПС, вычисленный по формуле (3.5), равен:

К_сл = 1 + (0,07 + 0,09) = 1,16.

Общая трудоемкость разработки ПС определяется по формуле (3.4) следующим образом:

То = 1,16 × 274,21 = 318,08 чел.-дн.

Определим трудоемкость каждой стадии разработки ПС по формуле (3.2):

₀ = L₀ × Кн × То = 0,45 × 0,40 × 318,08 = 57,25 чел.-дн.

T₄ = L₄ × Кн × Кт × То = 0,30 × 0,40 × 0,9 × 318,08 = 34,34 чел.-дн.

T₅ = L₅ × Кн × То = 0,18 × 0,40 × 318,08 = 22,9 чел.-дн.

Тогда общая трудоемкость разработки ПС будет равна:

Т_общ = 57,25 + 34,34 + 22,9 = 114,49 чел.-дн.

Для перевода в чел.-мес делим на 22 рабочих дня в месяце:

Тобщ = 114,49 / 22 = 5,2 чел.-мес.

Длительность разработки программного изделия t рассчитывается по формуле (3.8), мес:

t = 2,5 × (5,2)^0,32 = 4,23 мес.

Среднее число исполнителей Чn рассчитывается исходя из определенных характеристик трудоемкости и длительности разработки программного изделия по формуле, чел.:

Чn = T_общ / t = 5,2 / 4,23 = 1 чел.

Расчет экономии от функционирования программного продукта.

Расчет экономии, получаемой в результате повышения качества нового продукта и его потребительских свойств:

П2 = С_спец · t_З · N_З - (С_спец +С_м)· t_З · N_З = 170 × 3 × 1100 - (170 + 40) × 0,05 × ∙3600 = 523200 тг.

Определим сокращение длительности автоматизируемого процесса по формуле:

 лет

Расчет годовой экономии производится по формуле (3.10):

П_г = 523200 · (1 + 0,15 · 0,49) = 561655,2 тг.

Расчет единовременных затрат на создание и внедрение программного продукта, по формуле (3.11):

Причем Кк = 0, т. к. используется старая ВТ,

К = К_П = Косн.зп. + Кдоп.зп. + Кпр

Косн.зп. = 35000 × 5,2 = 182000 тг.

Кдоп.зп. = 0,2 × 182000 = 36400 тг.

К_пр включают расходы на машинное время (т. к. продолжительность разработки программного продукта составляет 4,23 месяцев, на разработку, отладку и тестирование программного продукта с использованием вычислительной техники приходится порядка шести месяцев: берется в месяце 22 рабочих дня по 8 часов).

Т_маш = t × 22 × 8 = 4 × 22 × 8 = 704 час.

К_пр = 3 ∙ 704 × 40 = 84480 тг.

К = 182000 + 36400 + 84480 = 302880 тг.

Расчет текущих затрат. Расчет годовых текущих затрат производится по формуле (3.17):

И_сист = 6650 тг

И_i= (100 + 40) × 0,05 = 7 тг.

Иг = 6650 + 7 × 3600 = 31850 тг.

Суммарные текущие затраты на функционирование программного продукта за 5 лет с приведением к расчетному году (первому году функционирования программного продукта) по формуле (3.18):

И = 31850 · (1,0 + 0,91 + 0,83 + 0,75 + 0,68 + 0,62) = 152561,5 тг.

Расчет суммарных затрат за год на создание, внедрение и функционирование программного изделия по формуле (3.19):

Зг = К + Иг = 302880 + 31850 = 334730 тг.

Расчет экономии от функционирования программного продукта за 5 лет по формуле (3.22):

П^о = 561655,2 × (1,0 + 0,91 + 0,83 + 0,75 + 0,68 + 0,62) = 2690328,4 тг.

Расчет суммарных затрат на создание и 5-ти летнее функционирование программного продукта по формуле (3.23):

З^о = К + И = 302880 + 152561,5 = 455441,5 тг.

Годовой экономический эффект по формуле (3.20) будет равен:

Эг = П - И_Г = 561655,2 - 31850 = 529805,2 тг.

Экономический эффект за 5 лет по формуле (3.21) равен:

Э = 2690328,4 - 455441,5 = 2234886,9 тг.

Коэффициент экономической эффективности единовременных затрат, по формуле (3.24):

Е_к= (561655,2 - 31850) / 302880 = 1,74

Cрок окупаемости, по формуле (3.25):

Т = 1 / 1,74 = 0,57 года.

Для расчета цены программного продукта необходимо определить фонд заработной платы. Фонд заработной платы, состоит из основной Косн и дополнительной заработной платы разработчиков Кдоп (20% от основной зар. платы).

Ф_зп = 182000 + 0,2 × 182000 = 218400 тг.

Для расчета цены необходимо определить расчетный уровень прибыли (норматив рентабельности), по формуле (3.28): примем Р_уп = 90%, Р_п = 5% к Ф_зп, тогда уровень прибыли будет равен:

У_п = 0,9 + 0,05 = 0,95

Определим нормативную прибыль, по формуле (3.27):

П_н = 0,95 × 218400 = 207480 тг.

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

Ц_пп = С + П_н = 302880 + 207480 = 510360 тг.

Расчет эффективности показывает, что информационная выгодна в экономическом отношении, так как коэффициент экономической эффективности единовременных затрат Е_К = 1,74 превышает норматив эффективности капитальных вложений Е_Н, который принимается равным 0,15 для всех отраслей народного хозяйства. В первый год эксплуатации аналитической системы экономический эффект является равен 529805,2, за пять лет функционирования системы экономический эффект составит 2234886,9 тенге. Средства, вложенные на разработку программного обеспечения, а именно 302880 тенге, окупятся менее чем за 0,57 года его функционирования.

информационный автоматизированный системотехник программа