close

Вход

Забыли?

вход по аккаунту

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

код для вставки
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГО СУДАРСТВ ЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСIIIF,ГО ОБРАЗОВАНИrI
(ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
имени И.С. ТУРГЕНЕВА>>
ВЫПУСКНАЯ КВАJIИФИКАlИОННАЯ РАБОТА
по направлению подготовки 09.04.03 Прикладная информатика
направленность (профиль) : Прикладная информатика в аналитической
экономике
Студента Мелъник Татъяны Евгеньевны
(ф
алlшtuя, uмя,
Факультет (инстиryт)
:
о
mч
ес
mв
шифр 165154
о)
физико-математический
Тема выпускной квалификационной работы
проектирование информационной системы обеспечения эффективного
функционированпя архивных учреэцдений
Сryдент
Наl"rный
руководитель
Мельник Т. Е.
(Фио)
rz:
Черноброкина И. И., к.п.н.,
доцент
(Фио)
Селютин В.Д., д-р.п.н.,
профессор
(Фио)
Зав. кафедрой /
роп
Орёл 2018
МИНИСТЕРСТВО ОБРАЗОВАНИrI И НАУКИ РОССШZСКОЙ ФЕДЕРАIJИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕ}КДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИrI
(ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
имени И.С. ТУРГЕНЕВА>
Факультет (институт) : физико-математический
Кафедра алгебры и математических методов в экономике
Направление подготовки 09.04.03 Прикладнм информатика
Направленность (профиль) : Прикладная информатика в ан€Iлитической
экономике
УТВЕРЖДАЮ:
Зав.кафелрой
Селютин В. Д.
(<1,8_>>
}rпдЫ}я, 2018 г.
зАдАниЕ
на выполнение выпускной квшrификационной работы
Студента Мельник Татьяны Евгеньевны
(ф
1. Тема
ВКР:
шифр 165 154
амuлuя, tлмя, оmче сmво)
Проектирование информационной системы обеспечения
эффективного функционирования архивных учреждений
Утверждена прик€вом по университету от <<12>> апреля 2018 г. Ns 2-877
2. Срок сдачи студентом законченной работы <<5>> июня 2018 г.
3. Исходные данные к работе: нормативно-правовые акты, периодическая и
научн€uI литература; данные функционирования Архивного фонда
администрации города Ливны.
4. Содержание ВКР:
Введение
1.
Предпроектный анализ объекта автоматизации
и
формирование
требований к информационной системе
2. Проект автоматизации бизнес-процессов
заключение
Список литературы
Приложения
5. Перечень графического материЕtilа: 15 рисунков,7 таблиц и 8 приложений.
,.Щата
выдачи задания (19) ноября 2017 года
Науlный
руководитель
?u/4
Черноброкина И. И., к.п.н.,
доцент
(Фио)
Задание принял к
исполнению
Мельник Т. Е.
(Фио)
КАЛЕНДАРНЫИ ПЛАН
наименование этапов Вкр
Срок выполнения
этапов Вкр
Изучение теоретических аспектов
25.I2.20t7
Анализ деятельности Архивного
фонда администрации города
Ливны
01.02.2018
Разработка проектной
документации проектирования
информационной системы
10.03.20t 8
обоснование экономической
эффективности создания
информационной системы
20.04.2018
Оформление работы
05.06.2018
Примечания
Стулент
Мельник Т. Е.
(Фио)
Научный
Руководитель ВКР
'ZZa7=_
(поdluсь)
Черноброкина И. И., к.п.н.,
доцент
(Фио)
АННОТАЦИЯ
Выпускная квалификационная работа на тему: Проектирование информационной системы обеспечения эффективного функционирования архивных учреждений состоит из 79 страниц (основного текста без приложений), включает 15 рисунков, 7 таблиц и 8 приложений. Список использованных источников содержит
51 наименование.
Ключевые слова: информационные процессы, информационная система,
Архивный отдел администрации города Ливны Орловской области, автоматизация бизнес процессов, физическое и техническое состояние архивного дела.
Предметом выпускной квалификационной работы являются процедуры выявления и учета физического и технического состояния документов Архивного
отдела администрации города Ливны. Данные процедуры являются следствием
поступления в отдел обеспечения сохранности документов различного рода требований к выдаче документов из архивохранилищ.
Целью выпускной квалификационной работы является разработка для Архивного отдела администрации города Ливны проектной документации на создание автоматизированной информационной системы, которая включает в себя
функциональную модель предметной области, описание программных объектов и
способов их взаимодействия.
При написании выпускной квалификационной работы были использованы
методы анализа, абстрагирования и конкретизации, индукции и дедукции, сравнения, обобщения, систематизации и интерпретации фактов. В качестве методов
эмпирического исследования использовались наблюдение, описание и измерение.
В результате исследования была спроектирована информационная система
выявления и учета физического и технического состояния архивных документов,
представляющая собой новое направление в автоматизации бизнес процессов архивного дела. Проведенный расчет стоимости внедрения проекта и оптимальной
схемы финансирования показал эффективность и возможность практической реализации в области архивного дела.
2
СОДЕРЖАНИЕ
ВВЕДЕНИЕ ............................................................................................................ 4
ГЛАВА 1. ПРЕДПРОЕКТНЫЙ АНАЛИЗ ОБЪЕКТА АВТОМАТИЗАЦИИ И
ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ ............ 8
1.1 Описание деятельности Архивного отдела администрации города Ливны
Орловской области. Анализ существующих в организации информационных
процессов обеспечения сохранности документов ....................................................... 8
1.2 Обзор рыночных предложений автоматизированных информационных
систем ............................................................................................................................. 25
1.3 Постановка задачи автоматизации бизнес-процессов .............................. 33
ГЛАВА 2. ПРОЕКТ АВТОМАТИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ ............. 39
2.1 Анализ требований к системе ...................................................................... 39
2.2 Детальное проектирование .......................................................................... 45
2.3 Экономическое обоснование ....................................................................... 54
2.3.1 Расчет временной продолжительности проекта ..................................... 54
2.3.2 Финансовый
анализ
стоимости
разработки
информационной
системы........................................................................................................................... 61
ЗАКЛЮЧЕНИЕ ................................................................................................... 71
СПИСОК ЛИТЕРАТУРЫ .................................................................................. 74
ПРИЛОЖЕНИЕ
1
АДМИНИСТРАТИВНЫЙ
РЕГЛАМЕНТ
ПРЕДОСТАВЛЕНИЯ МУНИЦИПАЛЬНОЙ УСЛУГИ ПО ИСПОЛНЕНИЮ
СОЦИАЛЬНО ПРАВОВЫХ И ТЕМАТИЧЕСКИХ ЗАПРОСОВ ЮРИДИЧЕСКИХ
И ФИЗИЧЕСКИХ ЛИЦ ................................................................................................ 79
ПРИЛОЖЕНИЕ 2 ФОРМА АКТА ЛИСТА-ЗАВЕРИТЕЛЯ ............... Ошибка!
Закладка не определена.
ПРИЛОЖЕНИЕ 3 ФОРМА АКТА ОПИСИ ОСОБО ЦЕННЫХ ДЕЛ
............................................................................... Ошибка! Закладка не определена.
ПРИЛОЖЕНИЕ
4
ФОРМА
ЛИСТА
ПРОВЕРКИ
НАЛИЧИЯ
И
СОСТОЯНИЯ АРХИВНЫХ ДОКУМЕНТОВ . Ошибка! Закладка не определена.
3
ПРИЛОЖЕНИЕ 5 ФОРМА АКТА ПРОВЕРКИ НАЛИЧИЯ И СОСТОЯНИЯ
АРХИВНЫХ ДОКУМЕНТОВ ........................... Ошибка! Закладка не определена.
ПРИЛОЖЕНИЕ 6 ФОРМА АКТА О ТЕХНИЧЕСКИХ ОШИБКАХ В
УЧЕТНЫХ ДОКУМЕНТАХ .............................. Ошибка! Закладка не определена.
ПРИЛОЖЕНИЕ
7
ФОРМА
АКТА
О
ПОВРЕЖДЕНИЯХ АРХИВНЫХ ДОКУМЕНТОВОшибка!
НЕИСПРАВИМЫХ
Закладка
не
определена.
ПРИЛОЖЕНИЕ 8 СПЕЦИФИКАЦИЯ ПРЕЦЕДЕНТА «ФОРМИРОВАНИЕ
ОТЧЕТОВ» ........................................................... Ошибка! Закладка не определена.
ПРИЛОЖЕНИЕ
9
ОПРЕДЕЛЕНИЕ
НОРМЫ
ДОХОДНОСТИ
ИНВЕСТИЦИОННОГО ПРОЕКТА ПО СОЗДАНИЮ ПО (С ПОМОЩЬЮ MS
EXCEL) ................................................................. Ошибка! Закладка не определена.
4
ВВЕДЕНИЕ
В настоящее время информационные технологии охватили все сферы человеческой жизнедеятельности, в том числе и работу архивных учреждений. Использование информационных технологий в архивном деле способствует становлению эффективной системы обеспечения, формирования сохранности и многостороннего использования архивных ресурсов.
В архивном деле процесс внедрения автоматизированных архивных технологий развивается по нескольким направлениям, таким как, компьютеризация архивов, разработка и внедрение баз данных, создание и наполнение официальных
сайтов архивных учреждений, оцифровка документов (архивных описей и документов).
В использовании информационных технологий имеются два компонента:
создание информационных ресурсов и механизмы работы с ними. Внедрение и
активное использование автоматизированных архивных технологий позволяют
сделать труд работников архива более продуктивным и содержательным, избавив
его от выполнения многих рутинных операций. Таким образом, тематика данной
выпускной квалификационной работы, связанная с разработкой проектной документации для создания информационной системы архивной деятельности, является весьма актуальной.
Объектом исследования выпускной квалификационной работы являются
информационные процессы, образующие структуру документооборота архива в
части взаимодействия специалистов, отвечающих за обеспечение сохранности и
учет архивных фондов в Архивном отделе администрации города Ливны.
Предмет исследования составляют процедуры выявления и учета физического и технического состояния документов Архивного отдела администрации
города Ливны. Данные процедуры являются следствием поступления в отдел
обеспечения сохранности документов различного рода требований к выдаче документов из архивохранилищ.
Целью выпускной квалификационной работы является разработка для Ар-
5
хивного отдела администрации города Ливны проектной документации на создание автоматизированной информационной системы (АИС), которая включает в
себя функциональную модель предметной области, описание программных объектов и способов их взаимодействия.
Для достижения поставленной цели выдвинут ряд задач:
1.
Ознакомиться со структурой документооборота отдела обеспечения со-
хранности документов в архивном отделе администрации города Ливны.
2.
Построить функциональную модель деятельности отдела обеспечения
сохранности документов в архивном отделе администрации города Ливны.
3.
Выявить пользователей и требования к проектируемой системе.
4.
Разработать техническое задание на создание системы электронного
документооборота в части взаимодействия отдела с пользователями.
5.
Построить в нотации языка UML диаграммы в части информационно-
го и программного обеспечения.
6.
Провести расчеты стоимости и календарного планирования работ по
созданию информационной системы (ИС).
7.
Рассчитать дисконтированные критерии эффективности: чистый дис-
контированный доход, внутреннюю норму доходности и срок окупаемости, сделать выводы об эффективности создания информационной системы.
Теоретическую и методологическую основу исследования составили труды
ученых по вопросам проектирования и разработки информационных систем.
В процессе работы над выпускной квалификационной работой были задействованы такие инструментальные средства, предназначенные для моделирования
информационных систем, как Design/IDEF, Rational Rose. В качестве инструментального средства для проведения расчетов был использован табличный процессор MS Excel.
При написании выпускной квалификационной работы были использованы
методы анализа, моделирования, экстраполяция, абстрагирования и конкретизации, индукции и дедукции, сравнения, обобщения, систематизации и интерпретации фактов. В качестве методов эмпирического исследования использовались на-
6
блюдение, описание и измерение.
Анализируя степень разработанности проблемы исследования необходимо
отметить, что процесс автоматизации архивной работы находится в центре внимания Росархива, результатом которого стала разработка программы «Архивный
фонд». В анализируемом объекте исследования проводят работу по внедрению
централизованного государственного автоматизированного учета документов Архивного фонда РФ в программном комплексе «Архивный фонд» версия 5.0, однако записи на уровне документа в систему не вводятся ввиду ограниченности ресурсов. Более того в данном программном комплексе возможности учета физического и технического состояния документа отсутствует. На основании чего, можно утверждать о высокой теоретической и практической значимости проводимого
исследования.
Структуру выпускной квалификационной работы определяют следующие
элементы: введение, две главы, заключение, список литературы, приложения.
Во введении обоснована актуальность выбранной тематики выпускной квалификационной работы, выделены объект и предмет исследования, сформулирована цель и основные задачи, проанализирована степень разработанности проблемы и приведены используемые теоретические и практические методы исследования.
В первой главе содержится описание организационной структуры Архивного отдела администрации города Ливны с выявлением зон ответственности каждого работника с реализуемыми им задачами. На диаграммах IDEF0 рассмотрены
основные бизнес-процессы учреждения. Поставлена задача автоматизации и выделены основные технические требования к разрабатываемой информационной
системе.
Вторая глава посвящена проектированию информационной системы. Здесь
проведен анализ требований системы в части проектирования основных прецедентов и пользователей. С помощью диаграмм UML показано информационное и
программное обеспечение. Проведен расчет стоимости реализации проекта и оптимальной схемы финансирования, основываясь на показателях эффективности
7
инвестиционного плана (NPV, IRR, DPP), оценены риски проекта и представлены
методы их минимизации.
В заключении подведены основные итоги работы.
Список литературы содержит источники, используемые при написании работы.
8
ГЛАВА 1. ПРЕДПРОЕКТНЫЙ АНАЛИЗ ОБЪЕКТА АВТОМАТИЗАЦИИ И
ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ
1.1 Описание деятельности Архивного отдела администрации города Ливны
Орловской области. Анализ существующих в организации информационных
процессов обеспечения сохранности документов
На территории муниципального образования город Ливны решение вопросов местного значения в области архивного дела осуществляет Архивный отдел
администрации города Ливны.
Начало организации архивного строительства в стране положено Декретом
Совета народных комиссаров от 1 января 1918 года «О реорганизации и централизации архивного дела в РСФСР», согласно которому документальные материалы
всех правительственных учреждений дореволюционной России и всех учреждений, возникших после 1917 года, объявлялись собственностью государства и
включались в единый государственный архивный фонд. Тогда же образовано
Главное управление архивным делом (Главархив).
20 февраля 1920 года создано Орловское губернское архивное управление.
В сентябре 1937 года Ливенский район из Курской области перешел в состав Орловской области.
Большинство архивных документов довоенного времени погибли в период
оккупации района немецко-фашистскими захватчиками, которая длилась с 25 ноября 1941 года по 25 декабря 1941 года.
Согласно решению Орловского облисполкома от 17 октября 1942 года №
787/33 «О восстановлении работы районных архивов в освобожденных районах от
немецко-фашистских оккупантов» после освобождения района началась кропотливая работа по сбору и обработке сохранившихся документов.
В соответствии с решением Орловского облисполкома от 21 января 1944
года № 83/3 «О восстановлении архивных органов области и мероприятиях по
обеспечению сохранности документальных материалов» в области были восстановлены все районные архивы, в том числе и Ливенский.
9
К середине 1950-х годов в районе завершился сбор документов организаций, и началось планомерное комплектование архивного фонда документами органов государственной власти, организаций и учреждений промышленности,
сельского хозяйства, культуры, образования, здравоохранения.
В соответствии с решением горисполкома от 19 мая 1959 года № 11 «О предоставлении помещения для объединения госархивов Ливенского и Никольского
районов» произошло объединение 2-х районных архивов.
23 февраля 1990 года на основании решения Орловского облисполкома №
92 Ливенский филиал облгосархива преобразован в архивный отдел Ливенского
горисполкома.
В соответствии с решением горисполкома от 12 апреля 1990 года № 144
«Об утверждении штатной структуры» в структуру горисполкома был включен
архивный отдел г. Ливны.
В 1992 году он стал структурным подразделением администрации города.
В 2003 году в связи с перегруженностью архивохранилища было принято
решение о разделении документов постоянного хранения города и района.
В соответствии с распоряжением главы города от 8 сентября 2003 года №
496 «О передаче архивных документов архивному отделу районной администрации» осуществлена передача документов постоянного хранения районных организаций.
В настоящее время Архивный отдел администрации города входит в единую систему архивных учреждений области. Он является функциональным
структурным подразделением администрации города, осуществляющим полномочия в сфере управления архивным делом в городе и образуемым для непосредственного осуществления функций администрации города по формированию, хранению, учету и использованию архивных документов.
Архивный отдел расположен на 1 этаже кирпичного здания жилого дома.
Особое внимание уделяется совершенствованию ведомственного хранения документов и решению задач сокращения объема дел, хранящихся сверх установленного срока в организациях. В соответствии с постановлением главы города от 21
10
июня 2010 года № 359 «О закреплении имущества» архивному отделу предоставлено помещение для хранения документов. Теперь имеется перспектива комплектования архива.
В своей работе Архивный отдел руководствуется Административным регламентом предоставления муниципальной услуги (Приложение 1). Обеспечение
прав граждан на информацию является важнейшей задачей архивной службы и
главным направлением работы в области использования архивных документов,
так как обеспечение социальной защищенности граждан посредством исполнения
социально-правовых запросов, связанных с реализацией их конституционных
прав. Блок-схема предоставления муниципальной услуги приведена на рис. 1. В
штате Архивного отдела 3 человека: начальник отдела, главный специалист, ведущий специалист.
Отдел в пределах своей компетенции осуществляет полномочия муниципального образования город Ливны по хранению, комплектованию, учету и использованию архивных документов Архивного фонда Орловской области, как составной части Архивного фонда Российской Федерации и находящихся на территории муниципального образования город Ливны.
Работники Архивного отдела ведут прием граждан и в установленном порядке исполняют запросы социально-правового характера; принимают участие в
проведении обзорных экскурсий по архиву, отбирают документы для демонстрации при проведении выставок, экскурсий; контролируют и соблюдают световой,
температурно-влажностный, санитарно-гигиенический, охранный режимы хранения документов в архивохранилище, противопожарную безопасность; консультируют и информируют организации и граждан по вопросам обеспечения сохранности документов, наличию и составу их в архиве.
11
Рисунок 1 – Блок-схема исполнения запросов
Деятельность отдела организуется в соответствии с системой плановоответной документации на основе годового плана, утвержденного администраци-
12
ей. Архивный отдел осуществляет большую работу по комплектованию архивных
фондов и сохранности информационных ресурсов, а также по исполнению социально-правовых и тематических запросов граждан.
На 1 декабря 2017 года в архивном отделе значится 100 фондов 28775 единиц хранения документов на бумажной основе в том числе:
– 55 фондов, 16719 ед.хр. управленческой документации;
– 45 фондов, 8014 ед.хр. документов по личному составу;
– 4042 ед.хр. документов, принятых на временное хранение от Ливенской
государственной нотариальной конторы;
– 2830 фотодокументов.
Главная задача службы – обеспечить качественное формирование Архивного фонда Орловской области, как составной части Архивного фонда РФ. Осуществляется ежегодный прием документов от организаций-источников комплектования Архивного отдела. За период с 2012 года по 2017 год принято 2155 дел
управленческой документации.
Кроме того, ежегодно в архив поступают в большом объеме документы по
личному составу ликвидированных организаций. Начиная с 2012 года, на архивное хранение принято 5304 дел по личному составу, в том числе 3234 дела принято документов по личному составу двух крупных ликвидированных промышленных предприятий: ОАО «Ливныпластик» и ОАО «Ливенский машзавод».
В целях обеспечения сохранности документов, находящихся на хранении в
организациях, осуществляется контроль и оказывается практическая и методическая помощь по вопросам делопроизводства и ведения архивного дела в организациях-источниках комплектования Архивного отдела.
За период с 2012 года представлены для утверждения ЭПК Управления
культуры и архивного дела Орловской области описи дел 30 организаций в количестве 6205 дел.
С начала 2017 года на хранение представили свои документы 13 организаций. Всего в количестве 997 дел пополнили архивный фонд города, который составляет 24 158 дел.
13
Администрация города, уделяет серьезное внимание развитию архивного
дела в городе Ливны. В центре внимания всегда находятся вопросы безопасности
архивных фондов и сохранности документов. Работа по комплектованию архивных фондов также как и сохранность информационных ресурсов осуществляется
постоянно. Поэтому, в качестве объекта автоматизации бизнес-процессов в рамках данного исследования рассмотрим деятельность по обеспечению сохранности
документов.
Основными задачами в сфере обеспечения сохранности документов являются определение направлений деятельности и анализ работы архива по обеспечению сохранности архивных документов, подготовка предложений по его совершенствованию, обеспечение сохранности архивных документов, копий страхового фонда, находящихся на хранении в архиве; улучшение физического состояния архивных документов.
Специалист по обеспечению сохранности документов осуществляет следующие функции:

осуществляет хранение и рациональное размещение документов в ар-
хивохранилищах;

обеспечивает поддержание нормативных условий хранения докумен-
тов (противопожарного режима, охранного режима, светового режима, температурно-влажностного режима, санитарно-гигиенического режима);

контролирует и осуществляет правильную эксплуатацию помещений
и оборудования в архивохранилищах;

определяет очередность проведения проверки наличия и состояния
документов;

организует работу по розыску необнаруженных документов;

организует работу по определению физического состояния докумен-

ведет учет физического состояния дел;

организует и проводит комплекс работ с уникальными и особо цен-
тов;
14
ными документами;

осуществляет подготовку и передачу документов на бумажной основе
на реставрацию, переплет, дезинфекцию, дезинсекцию;

проводит прием дел после реставрации, переплета;

обеспечивает выполнение требований к выдаче документов из архи-
вохранилищ;

контролирует сохранность выданных документов и своевременное их
возвращение в архивохранилища;

организует и осуществляет учет документов в архивохранилищах;

организует и осуществляет прием документов на государственное
хранение и их рациональное размещение в архивохранилищах;

организует и проводит работу по снятию ограничительных грифов на
использование архивных документов.
Основная и главная задача любого архивного учреждения – это хранение
документов и обеспечение их сохранности в течение длительного времени. Реализация этой задачи предполагает обеспечение сохранности носителей документов.
То есть неизменности или незначительного изменения физико-химических
свойств носителей документов. Для этого необходимо соблюдения ряда условий и
прежде всего соответствующих режимов хранения.
В архивных учреждениях для сводки и группировки информации о состоянии сохранности документов постоянно осуществляются мероприятия по оценке
наличия и состояния документов в виде полистной проверки документов, которые
проводятся в плановом порядке, а также единовременно (внеочередные). Учитывается интенсивность использования фондов.
В Архивном отделе администрации города Ливны плановая проверка состояния и наличия документов осуществляется: ежегодно для уникальных документов; 1 раз в 10 лет – для особо ценных документов; 1 раз в 5 лет – для аудиовизуальных и электронных документов и 1 раз в 2 года для кинодокументов на
нитрооснове.
15
При проведении полистной проверки наличия и состояния документов архивисты основываются на требованиях «Правил организации хранения, комплектования, учета и использования документов Архивного фонда Российской Федерации и других архивных документов в государственных и муниципальных архивах, музеях и библиотеках, организациях Российской академии наук» [6], Методических рекомендациях по проведению полистной проверки наличия и состояния документов [5], и на опыте, приобретенном Архивным отделом администрации города Ливны в проведении этого вида работы.
Таким образом, полистная проверка наличия и состояния документов содействует обеспечению сохранности документов, выявлению документов, подлежащих различным видам реставрационной, консервационно-профилактической и
технической обработки, Кроме того, она позволяет устранить недостатки в проведении ряда других работ архива: в соблюдении правил при выдаче документов из
архивохранилища, в учете, в оформлении итоговых записей, в нумерации листов в
деле и т.д.
Техническое состояние особо ценных дел определяется в ходе проверки наличия и состояния особо ценных дел в фонде: путем сверки описательных статей
описи особо ценных документов с описанием особо ценных дел на обложках
(шифра, названия фондообразователя, дат дел, количества листов). В ходе полистного просмотра особо ценных дел устанавливается соответствие фактического
наличия листов их количеству, числящемуся в описи и в листах-заверителях. В
единицах хранения, особо ценные документы, которые не подшиты ввиду их художественной ценности, хранятся в конвертах, папках и учтены по внутренним
описям, проводится так же сверка наличия документов с внутренней описью дела.
При установлении несоответствия фактического наличия листов в делах их количеству, числящемуся в описи и в листах-заверителях, необходимо проверить сведения о количестве листов, числящихся в основных описях фонда и в старых, переработанных или усовершенствованных ранее, а также проанализировать делопроизводственные итоговые заверительные записи дела. Это позволит выявить
технические ошибки в нумерации (или перенумерации) особо ценных документов
16
и их учете. В случае обнаружения в нумерации листов особо ценного дела большого числа ошибок по согласованию с начальником отдела проводится их перенумерация.
Затем составляется новый лист-заверитель, при этом старый листзаверитель сохраняется в деле. На старом листе-заверителе делается отметка «пересоставлен». Не допускается делать какие-либо иные пометки или исправления в
описях и листах-заверителях особо ценных дел.
Физическое состояние особо ценных дел определяется путем визуального
просмотра документов. При обнаружении дел, зараженных плесенью или другими
биологическими вредителями, проводится немедленная их изоляция для последующей реставрационной и консервационно-профилактической обработки.
При установлении отсутствующих листов или других особенностей, зафиксированных в листе-заверителе дела, а так же поврежденных документов составляется акт произвольной формы и докладная записка руководству архива.
Результаты полистной проверки наличия и состояния особо ценных документов фиксируются:

в листах-заверителях (Приложение 2);

в описи особо ценных дел фонда (Приложение 3);

в листе и акте проверки наличия и состояния документов (Приложе-
ние 4,5);

в картотеке учета физического состояния документов [6].
По результатам полистной проверки наличия и состояния особо ценных документов в листе-заверителе дела проставляется слева (справа при возврате от
пользователей) штамп «ПРОВЕРЕНО», дата и разборчивая подпись лица, проводившего проверку. По окончании полистной проверки наличия и состояния всех
особо ценных документов фонда в конце описи так же проставляется штамп
«ПРОВЕРЕНО», дата и подпись лица, проводившего проверку. На основании
итоговых записей в листе проверки составляется акт проверки наличия и состояния особо ценных дел. Акт подписывается исполнителем, утверждается начальником Архивного отдела администрации города Ливны.
17
Одновременно с актом проверки наличия и состояния особо ценных документов в случае необходимости составляются другие документы:

о технических ошибках в учетных документах (Приложение 6);

об обнаружении документов, не относящихся к данному фонду;

о неисправимых повреждениях документов (Приложение 7).
На отсутствующие в ходе полистной проверки дела и документы составляются карточки учета необнаруженных документов и заведующим архивохранилищем организуется немедленный их розыск. О ходе розыска информируются начальник отдела архива. Результаты полистной проверки физического состояния
особо ценных документов фиксируются в листах-заверителях и заносятся в картотеку физического состояния документов. По окончании плановой полистной проверки наличия и состояния особо ценных документов проверяющим составляется
итоговая справка на каждый фонд, которая вместе с актом, листом проверки и
другими учетными документами представляются главному хранителю фондов архива.
Проверка физического состояния документов – это трудоемкая, долговременная работа, которую нужно заранее тщательно планировать, контролировать и
анализировать ее ход. Архивные учреждения обязаны вести эту работу, и заинтересованы в использовании наиболее рациональных способов ведения работы.
Оценку физического состояния крупных массивов документов можно осуществить как способом сплошной проверки всех объектов изучаемого массива (например, всех документов фонда, но это очень сложно, требует привлечения дополнительных ресурсов), так и выборочным способом.
Анализируя вышесказанное и руководствуясь ГОСТ 24.103-84 [4], для описания функционирования системы и представления бизнес-процессов организации могут использоваться, в частности, функциональные модели. Для построения
функциональных моделей применяется, как правило, семейство нотаций IDEF.
В соответствии с методологией функционального моделирования [7] процесс моделирования системы посредством IDEF0 начинается с определения контекста модели, под которым следует понимать окружающую среду исследуемой
18
системы.
Рассмотрим для начала контекстную диаграмму модели, которая представляет собой описание системы в целом, т.е. некую обобщенную функцию по обеспечению сохранности документов – это «Обеспечение сохранности документов».
Поскольку перечень функций по сохранности документов обширный, и все они
выполняются параллельно, или же с временными разрывами, то рассмотрим одну
важную функцию – «Учет технического и физического состояния дел (документов)», которую назовем на диаграмме «Обеспечение сохранности документов».
В основе функционирования отдела и начала процесса полистной проверки
находятся заявители, точнее заявка от физических или юридических на предоставление архивной справки. Свою деятельность отдел обеспечения сохранности
документов осуществляет с помощью персонала, материально-технической базы
(помещения, компьютеров и канцелярских товаров) и непосредственно архивных
документов (документы на бумажной основе и др.). После проведения полистной
проверки и выдачи дела на пользование отдел имеет возможность предоставлять
разнообразные отчеты архивным работникам и получает направление для определения своей деятельности.
Согласно приведенному описанию обобщенной деятельности Архивного
отдела администрации города Ливны построена контекстная диаграмма (рис. 2).
Следующим этапом функционального моделирования является разбиение
системы на более крупные фрагменты, т.е. построение диаграммы декомпозиции
1 уровня. Выделим такие бизнес-процессы по сохранности документов, как «процедура подготовки архивного документа к выдаче» и «процедура возврата архивного документа в хранилище».
19
Рисунок 2 – Контекстная диаграмма. Обеспечение сохранности документов
Заметим, что управление на всех уровнях осуществляется также на основе
Законов РФ, правил организации хранения, комплектования, учета и использования документов Архивного фонда Российской Федерации и других архивных документов. Ресурсы тоже остаются прежними – это персонал, материальнотехническая база и архивные документы. Что касается входов и выходов, стоит
отметить, что выход одного функционального блока является входом для другого.
Начальным входом является заявка от физических или юридических на предоставление архивной справки, конечным результатом после процедуры подготовки
архивных документов к выдаче является сам архивный документ (дела), а после
процедуры возврата архивных документов в хранилище – разнообразные отчеты
архивным работникам и направления для определения деятельности. На рис. 3
представлена декомпозиция второго уровня.
20
Рисунок 3 – Диаграмма декомпозиции второго уровня. Бизнес-процессы по
обеспечению сохранности документов в части взаимодействия с заявителями
Обратим внимание, что деятельность по обеспечению сохранности документов непосредственно связана с заявителями. Так же отметим, что заявители
делятся на такие категории как физические лица, юридические лица и сотрудники
отдела, выполняющие свои должностные обязанности. Взаимосвязь между заявителями и учреждением может осуществляться как путем оставленного запроса
заявителя, так и отправкой информации заявителю от учреждения, т.е. выделяют
связи прямую (Заявитель – Архив) и обратную (Архив – Заявитель).
В прямой связи запрос от заявителя проходит стадии рассмотрения в отделе
стола справок (при личном приеме) или начальником (при поступлении запроса
по каналам связи), перенаправлением ответственному исполнителю, подготовки
запрашиваемых документов в архивохранилище и их выдача, формирование архивной справки, содержащей интересующую пользователя информацию. Как правило, весь процесс занимает некоторое время.
С помощью диаграммы IDEF3, представленной на рис. 4, можно продемон-
21
стрировать последовательность событий процесса поступления и исполнения запроса с точки зрения заявителя.
На диаграмме показано, что заявителю (физическому, юридическому лицу)
необходимо сформировать заявку на отбор архивных документов, заполнить
предложенный шаблон запроса, дождаться исполнения запроса, забрать архивную
справку. Другой вариант – отправить заявку произвольным образом посредством
почтовой связи, по электронному почтовому адресу учреждения или факсу,
ждать, пока запрос будет исполнен и выдан заявителю обратно в виде архивной
справки. Что касается других видов заявок, то клиенту необходимо так же выбрать один из двух видов действий и сценарий будет развиваться аналогичным
образом.
Декомпозицию бизнес-процесса «Процедуры подготовки архивных документов к выдаче» рассмотрим с точки зрения учреждения и рабочего персонала.
Этот процесс выглядит следующим образом: «Отбор архивных документов к выдаче», «Полистная проверка», «Формирование сопутствующих документов»,
«выдача архивных документов». На рис. 5 представлена описываемая ситуация,
здесь же можно проследить входы и выходы, управление и ресурсы.
22
Рисунок 4 – Описание процесса обработки запроса в методологии IDEF3 с
точки зрения заявителя
23
Рисунок 5 – Диаграмма декомпозиции третьего уровня. Процедура подготовки архивных документов к выдаче с точки зрения персонала Архивного отдела
администрации города Ливны
Рассмотрим декомпозицию бизнес-процесса «процедура возврата архивного
документа в хранилище» (рис. 6).
Рисунок 6 – Диаграмма декомпозиции третьего уровня. Процедура возврата
архивного документа в хранилище с точки зрения Архивного отдела администрации города Ливны
24
Со стороны учреждения этот процесс представлен следующим образом:
«Возврат архивного документа от пользователей», «Полистная проверка», «Формирование сопутствующих документов», «Размещение архивного документа на
место хранения».
Со стороны заявителя осуществление процедуры возврата архивного документа в хранилище влечет за собой получение интересующей его информации в
виде архивной справки.
Поскольку процесс учета физического и технического состояния документов (дел) непосредственно проводится в ходе полистной проверки документов,
т.е. выполняется сотрудниками ежедневно, а не только в ходе плановой цикличной проверки, то с целью быстроты и эффективности инициализации и оперативного предоставления архивных документов на реставрацию с целью их сохранения, предлагается автоматизировать процесс учета физического и технического
состояния документов.
Рутинный характер выявления документов, нуждающихся в реставрации
операции, регистрация выявленных дефектов на бумажном носителе (картотека) с
установленными реквизитами контрольно-учетных документов, свидетельствует
о необходимости разработки информационной системы, которая осуществляла бы
учет и быстрый поиск соответствующей информации, в том числе с возможностью составления сводных отчетов, решая тем самым временной вопрос выявления, регистрации и учета отреставрированных документов за любой интересующий период времени.
Таким образом, в данном параграфе описана организационная структура
Архивного отдела администрации города Ливны, выявлены этапы взаимодействия специалиста по обеспечению сохранности документов с заявителем, выявлены основные сценарии обслуживания заявителей и проведено их функциональное
моделирование в нотациях IDEF0 и IDEF3.
В следующем параграфе с целью определения типичного набора функциональных возможностей разрабатываемой АИС приводится критический обзор
существующих систем, обеспечивающих автоматизированный учет физического
25
и технического состояния архивных документов.
1.2 Обзор рыночных предложений автоматизированных информационных
систем
Автоматизированная информационная система (далее АИС) – совокупность
программных и аппаратных средств, предназначенных для хранения и/или управления данными и информацией и производства вычислений [16].
В последнее время имеет место стремительное развитие автоматизированных архивных технологий, которые вызывает повышение эффективности деятельности архивных учреждений. Внедрение современных информационных систем позволяет справиться с возросшим потоком обращений со стороны граждан и
организаций, то есть обеспечить своевременную отработку запросов и регламентированный доступ к историческим и социально значимым документам в рамках
предоставления государственных услуг в электронном виде.
Основные преимущества автоматизированных информационных систем в
архивной деятельности:
– автоматизация органа управления архивным делом;
– комплексная автоматизация государственных и муниципальных архивов;
– эффективное управление архивными фондами в традиционном и электронном виде;
– передовые технологии для реализации прав граждан на доступ к архивной
информации [26].
Благодаря широким возможностям, рынок АИС в последние годы является
одним из самых динамично развивающихся сегментов отечественной ИТиндустрии. В условиях экономического кризиса в России необходимо развивать
IT-направления, которые дадут максимально быстрый экономический эффект:
облачные вычисления, мобильные технологии, обработка больших данных, аутсорсинг и оптимизация инфраструктуры. Международные аналитические компании делают положительные прогнозы в области развития IT в 2018 году. Так, по
26
данным Gartner, ожидается рост расходов на IT в глобальном масштабе на 2,6% до
$3,553 триллиона.
По данным TAdviser, российский рынок ИТ-услуг по итогам 2016 года в
рублевом выражении вырос на 4% и достиг объема в 306,4 млрд рублей (рис. 7).
Рисунок 7 – Динамика Российского рынка ИТ-услуг
Согласно данным рисунка 7, 2017 год для российского рынка ИТ-услуг стал
годом роста и изменений. Все без исключения участники рынка, опрошенные
TAdviser, говорят о положительной динамике, превышающей прошлогоднюю. В
целом, по оценке TAdviser, итогом 2017 года станет рост объема отечественного
рынка ИТ-услуг до 325 млрд рублей (+6% к 2016 г.) [50] .
По мнению Киселева И. Н.: «в современных условиях начинают широко использоваться и автоматизированные информационные технологии для архивного
дела. Отошли в прошлое дискуссии о направлениях и допустимых границах использования компьютеров, на повестке дня – обсуждение приоритетов в этой
сфере, особенностей конкретных технологических решений, наиболее эффективных способах их использования.
Информационные технологии сегодня применяются во всех без исключения
27
направлениях архивной деятельности, хотя и в разной степени. Наиболее полно и
результативно технологии используются в сфере научно-справочного аппарата и
государственного учета, началось продвижение в области комплектования. Определенные шаги сделаны также в той части сферы обеспечения сохранности архивных документов, которая связана с информацией о состоянии документов. Что
касается сферы использования архивных документов – то сделано и делается немало. Оснащенность отрасли компьютерами последних поколений заметно увеличилась» [27]. Имеет место значительный рост локальных вычислительных сетей.
Также Киселев И. Н отмечает: «с самого начала процесса автоматизации архивной работы в центре внимания Росархива находилось построение автоматизированной системы централизованного государственного учета архивных документов. Это было вызвано двумя причинами:
1.
В первой половине 90-х годов в ряде региональных государственных
архивов появились разные компьютерные программы по учету со своим форматами данных;
2.
В процессе государственного учета накапливается информация, не-
обходимая для всех остальных направлений архивной деятельности – прежде всего НСА, а также обеспечения сохранности, комплектования и использования.
Так возник программный комплекс (ПК) «Архивный фонд», выполняющий
функции базового программного обеспечения в системе госучета» [27].
По мнению Киселева И. Н: «стратегическими целями автоматизированной
системы централизованного госучета были определены следующие:
– полный охват архивов всех уровней и органов управления архивным делом;
– учет всех видов документации;
– полный учет архивных документов на уровнях фонд - опись - единица
хранения;
– автоматизированное формирование архивных учетных документов.
Увеличение информационного потенциала системы госучета предусматри-
28
вает ввод в БД «Архивный фонд» сведений об описях (как частей фонда)» [27].
В архивном отделе администрации города Ливны проводят работу по внедрению централизованного государственного автоматизированного учета документов Архивного фонда РФ в программном комплексе «Архивный фонд» версия 5.0 (далее – «АФ 5»). Приложение АФ 5 позволяет автоматизировать следующие виды деятельности:
– ведение учета и НСА архивных документов, каталогизацию и топографирование документов, формирование отчетов по составу фондов и документов;
– поиск объектов учета (фондов, описей, единиц учета и хранения, документов) по различным реквизитам;
– ведение списков возможных значений реквизитов объектов учета, паспортов архива и архивохранилищ, формирование отчетов, ведение списка пользователей и управление их правами;
– импорт базы данных архива предыдущих версий;
– резервное копирование базы данных архива [39].
Работником Архивного отдела вводится информация, необходимая для составления паспорта, в автоматизированном режиме в разделы «Фонды» и
«Опись» по фондам, хранящимся в основном здании архива. При введении сведений по фондам, поступившим в 2017 году, в данных разделах заполнялись поля
«Историческая справка», «Аннотация», «Переименование». Продолжается заполнение разделов «Движение документов», «Переименование фондов».
Значимость информации об описях заключается, прежде всего, в том, что
она является необходимым элементом для точного подсчета объемных показателей госучета в архиве. Именно в описи фиксируется с достаточной определенностью наличие в архивных документах сведений по личному составу, относящихся
к конкретному фондообразователю.
Процесс накопления информации в электронном формате об архивных документах подошел к моменту, когда на повестку дня выдвигается задача массового ввода в систему сведений на уровне единицы хранения – (единицы учета). Эта
работа в ряде архивов ведется. Но уровень ее исполнения очень мал. Задача ввода
29
этих данных в архивах может решаться двумя путями. Архивы с небольшими
объемами документов самостоятельно осуществляют ручной ввод. В других случаях используется так называемая массовая (или поточная) оцифровка описей –
выбранная на конкурсной основе фирма вводит структурированные описания дел
в стандартном формате (например, в формате MS Access) в базу данных, из которой информация легко может быть конвертирована в БД «Архивный фонд». В архивном отделе администрации города Ливны внесение в ПК «Архивный фонд» на
уровне единицы хранения не происходит ввиду ограниченности ресурсов [27].
Стоит отметить, что в соответствии с архивным законодательством учет
технического и физического состояния архивных документов может осуществляться как на бумажном носителе, так и в автоматизированном режиме в соответствии с установленными реквизитами контрольно-учетных документов. Для этого
можно создать специальные базы данных, в которые будут заноситься сведения
из актов или непосредственно листов проверки наличия и состояния дел. То есть,
согласно действующим Правилам [6] вид и способ автоматизированного режима
применительно к внутренним функциям, а именно регистрации наличия и состояния архивных документов на уровне архивного законодательства не регламентирован.
Обзор действующих программных комплексов для автоматизированного
учета технического и физического состояния архивных документов, показал, что
коммерческие структуры не приступили к его разработке. ВНИИДАД разработал
АИС «Физическое состояние документов», но, с одной стороны он не учитывает
техническое состояние документов, а с другой стороны доступ к данному программному продукту осуществляется только по договорам, заключенным непосредственно напрямую с учреждениями и организациями. Архивы организаций,
заключившие подобные договора, проводят тестирование и дают отзывы по результатам внедрения [48].
Данная система решает такие задачи как:
– формирование базы данных;
– анализ физического состояния дел;
30
– формирование заказов на работы по устранению дефектов и контроль за
их выполнением;
– сервисное обслуживание.
Основные разделы БД:
– номера архивохранилища;
– характеристики фонда;
– опись фонда;
– характеристики дела;
– номера дефектных листов и видов повреждений.
Режимы работы программы обеспечивают: ввод и корректировку записей,
поиск записей, получение статистических данных, формирование выходных документов, сервисные возможности.
Программа проста и удобна. С ней может работать любой специалист,
знающий компьютер на уровне пользователя с минимальными навыками работы с
текстовым редактором Word [48].
Реализация АИС «Физическое состояние документов» предполагает, что
ВНИИДАД оказывает консультационные услуги по ее внедрению, а архивы организаций проводят тестирование и дают отзывы по результатам внедрения. Обязательным условием выступает следующее: не копировать и не распространять
данный программный продукт. В виде демоверсии программа не распространяется [48].
В архивном отделе администрации города Ливны такого программного
продукта не имеется. Более того, нельзя не сказать, что в ПК «Архивный фонд»
присутствует с некоторой долей приближения подобный инструмент. В режиме
«Опись» есть вкладка «Физ. Состояние», в которую можно заносить информацию
о состоянии описи и актах проверки наличия и состояния единиц хранения. Секция «Акты проверки наличия и состояния единиц хранения» заполняется автоматически по актам, прикрепленным к единицам хранения данной описи.
Секция «Работы, проводимые с документами описи» предназначена для
ввода текстового описания проводимых работ. Секция может заполняться
31
вручную или с помощью пересчета реквизитов (кнопка «Пересчитать реквизиты
описи», в окне пересчет реквизитов описи в секции «Физическое состояние»
установить флажок «Работы, проводимые с документами описи») на основании
данных, указанных для единиц хранения описи на закладках «Физ. Состояние» в
секции «Проводимые работы» [39].
Но с данным программным комплексом в архивном отделе администрации
города Ливны работает только начальник отдела, и как отмечалось ранее, записи
на уровне документа – единицы хранения – в систему не вводятся ввиду ограниченности ресурсов. Да и нет в данном программном комплексе возможности учета физического и технического состояния документа.
Для внутреннего пользования Архивный отдел администрации города Ливны может самостоятельно разработать необходимый программный продукт. Для
этого необходимо использовать соответствующую фактографическую базу данных, используя инструментарий, заложенный в MS Access. Именно этим путем
пошли некоторые архивы нашей страны, например:
– Государственная архивная служба Нижегородской области – в 1998 году
была разработана БД «Учет физического состояния дел», которая содержит основные сведения о физическом состоянии дел с организацией поиска по видам
архивно-технических работ. Предназначена для учета и анализа дел фондов,
имеющих физические дефекты, выявления первоочередных задач по их устранению и определения последующих видов работ для дел, особо нуждающихся в реставрации, подшивке и дел с незначительными повреждениями в сочетании с возможностью поиска информации, составления статистической отчетности. Возможно получение сведений о физическом состоянии документов на уровне фонда,
описи, дела по архивохранилищам и архиву в целом.
– Архивная служба Удмуртии – БД «Учет физического состояния дел». После разработки и внедрения БД «Учет фондов», на ее основе была создана содержащая основные сведения о физическом состоянии дел с организацией поиска по
видам архивно-технических работ, что позволило привести в систему результаты
проверки состояния и наличия дел, выявить первоочередные задачи по реставра-
32
ции ОЦД, получить сведения о физическом состоянии документов на уровне
фонда, описи, дела по архивохранилищам и архиву в целом. Эта база данных остается востребованной и в настоящее время, так как дает возможность выявить
дела для реставрации по конкретному фонду. Также в ней представлен более полный перечень оценки физического состояния документов и необходимых архивно-технических работ, чего нет в БД «Архивный фонд».
– Краевое государственное казенное учреждение «Государственный архив
Алтайского – БД «Учет физического состояния дел». Разработана и пополняется
в связи с проведением работ по реставрации и подшивке дел, создана также БД
«Учет закартонированных дел».
– Государственный архива Брянской области – БД «Учет физического состояния дел» и методические рекомендации по ее применению. Она была разработана наряду с ведением карточки учета физического состояния архивных документов.
Но поскольку эти базы данных разработаны данными архивами для внутреннего пользования, учитывают специфику конкретного архивного учреждения,
доступ к ним ограничен. Стоит отметить, что в этих программных продуктах также нет возможности учета технического состояния архивных документов.
Таким образом, создание БД по автоматизации учета физического и технического состояния для Архивного отдела администрации города Ливны является
«узким местом». Необходимо проведение своевременного контроля для определения физико-химического состояния документов, последующей разработки направлений по нормализации режимов хранения документов и определения необходимых видов обработки единиц хранения.
Изучив существующие на данный момент времени предложения автоматизированных информационных систем в архивной деятельности в области учета
технического и физического состояния документов перейдем к постановки задачи
автоматизации, определим основные задачи, цели и характеристики проектируемой системы в следующем параграфе.
33
1.3 Постановка задачи автоматизации бизнес-процессов
Ознакомившись с имеющимися автоматизированными информационными
системами в архивной деятельности в параграфе 1.2, можно начать проектировку
системы. Для этого сначала необходимо определиться с основными моментами в
части процессов автоматизации ИС, выполняющихся задач и основных характеристик системы [9].
Основными нормативными документами, регламентирующими правила
подготовки и оформления данного документа – технического задания, предназначенного для разработчиков автоматизированных систем, являются ГОСТ 34.60289[2] и ГОСТ 19.201-78 [1] – для разработчиков программных средств.
Составим техническое задание согласно ГОСТ 34.602-89 [2].
Начнем с назначения и целей создания системы. Разрабатываемая информационная система предназначена в области учета технического и физического состояния документов Архивного отдела администрации города Ливны, в части исполнения следующих процессов:
 ввод информации о техническом состоянии дела (документа);
 ввод информации о физическом состоянии дела (документа);
 извлечении сводной информации по различным критериям;
 подведение итогов по видам реставрационной деятельности.
Основными целями создания информационной системы являются:
 повышение эффективности деятельности работников архивного учреждения в области учета технического и физического состояния документов за счет
уменьшения работ осуществляемых вручную;
 повышение качества принятия управленческих решений за счет полноты,
скорости и достоверности предоставления информации об учете технического и
физического состояния документов;
 увеличение удобства и комфорта (снижение временных затрат) архивистам при получении информации о наличии и состоянии архивных документов,
34
предоставленных отчетов по каждому критерия конкретно.
Реализация названных целей должна осуществляется посредством решения
следующих задач:
 предоставлять архивисту форму для заполнения БД, в соответствии с установленными реквизитами контрольно-учетных документов;
 иметь возможность редактирования записей БД в случаях неверного их
составления;
 иметь возможность составлять аналитические отчеты;
Теперь перейдем к характеристике объекта автоматизации.
Объектом автоматизации в данной системе является организация процесса
учета наличия и состояния архивных документов Архивного отдела администрации города Ливны в части взаимодействия с отделом внедрения и эксплуатации
информационных технологий и реставрации документов, а также контроль эффективности выполнения указанных процессов.
Процессы учета наличия и состояния архивных документов Архивного отдела администрации города Ливны включают в себя:
 обработка поступивших запросов и инициализация поиска документов в
архивохранилище;
 выявление технического состояния документов при полистной проверке;
 выявление физического состояния документов при полистной проверке;
 формирование отчетности по наличию и стоянию архивных документов.
Данные процессы осуществляются следующими специалистами:
 начальником отдела обеспечения сохранности документов;
 персонал отдела обеспечения сохранности документов.
Далее рассмотрим требования к программе. Рассмотрим требования к
функциональным характеристикам.
Разрабатываемая информационная система должна выполнять следующие
функции:
1. Функции для работы персонала:
35
 регистрация персонала и управление профилем;
 ввод введенных записей о состоянии архивных документов;
 просмотр введенных записей о состоянии архивных документов
 возможность возврата не корректно заполненных данных.
2. Функции для работы начальника:
 регистрация начальника и управление профилем;
 просмотр введенных записей о состоянии архивных документов;
 возможность возврата не корректно заполненных данных;
 формирование информационной отчетности о наличии и состоянии архивных документов.
Разрабатываемая информационная система должна отвечать следующим
требованиям:
1. Надежность. Сохранение работоспособности и восстановление своих
функций в случае возникновения непредвиденных ситуаций, например, при сбоях
в системе электроснабжения, при ошибках, связанных с ПО.
2. Безопасность. Соответствие Правилами устройства электроустановок и
ГОСТ 12.1.030-81 [3], в частности отключение электропитания в случае перегрузок и коротких замыканий, а также аварийное ручное отключение.
3. Пожарная безопасность. Соответствие нормам использования электрооборудования возможность применения средств пожаротушения.
4. Безопасность для здоровья пользователя в части воздействия излучений
согласно установленным нормативам [25].
Полностью соглашаясь с мнением Грекула В .И., отметим, что: «разрабатываемая информационная система должна обеспечивать защиту от несанкционированного доступа. Элементы защиты от несанкционированного доступа должны
включать: идентификацию пользователя и проверку полномочий пользователя
при работе с системой; использование «слепых» паролей.
Для сохранности информации при авариях, программное обеспечение
должно восстанавливать свое функционирование при не корректном перезапуске
36
аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы.
Для разрабатываемой информационной системы определены два режима
функционирования: нормальный режим функционирования и аварийный режим
функционирования.
Основным режимом функционирования является нормальный режим. В
нормальном режиме функционирования системы:
 клиентское программное обеспечение предоставляет возможность функционирования круглосуточного доступа;
 серверное программное обеспечение и технические средства серверов
обеспечивают возможность круглосуточного функционирования;
 исправно работает оборудование, составляющее комплекс технических
средств;
 исправно функционирует системное, базовое и прикладное программное
обеспечение системы.
Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного
обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.) [47].
Аварийный режим функционирования системы характеризуется отказом
одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в предаварийный режим необходимо:
 завершить работу всех приложений, с сохранением данных;
 выполнить резервное копирование базы данных.
После этого необходимо выполнить комплекс мероприятий по устранению
причины перехода системы в аварийный режим.
Перейдем к рассмотрению требований по диагностированию системы. Разрабатываемая информационная система должна предоставлять удобный интер-
37
фейс для возможности просмотра. При возникновении аварийных ситуаций, либо
ошибок в программном обеспечении, диагностические инструменты должны позволять сохранять полный набор информации, необходимой разработчику для
идентификации проблемы» [21].
Что касается требований к численности и квалификации персонала системы,
то для эксплуатации разрабатываемой информационной системы определены следующие роли: администратор, технолог, архивист.
Основными обязанностями администратора являются:
 модернизация, настройка и мониторинг работоспособности комплекса
технических средств (серверов, рабочих станций);
 установка, модернизация, настройка и мониторинг работоспособности
системного и базового программного обеспечения;
 установка, настройка и мониторинг прикладного программного обеспечения;
 ведение учетных записей пользователей системы.
Администратор должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию программных и технических средств, применяемых в системе.
Основными обязанностями технолога являются:
 разработка, управление и реализация эффективной информационной безопасности системы;
 управление правами доступа пользователей к функциям системы;
 осуществление мониторинга информационной безопасности.
Технолог должен обладать высоким уровнем квалификации и практическим
опытом выполнения работ по обеспечению информационной безопасности.
Основными обязанностями архивиста являются умение работать пакете
офисных программ MS Office и в современных браузерах: Internet Explorer,
Mozilla Firefox, Google Chrome, Opera и другие.
Таким образом, в главе 1 была изучена предметная область функционирова-
38
ния Архивного отдела администрации города Ливны, а именно, изучена организационная структура, выявлены зоны ответственности каждого сотрудника за поставленные задачи, рассмотрены этапы взаимодействия отделов между собой в
использования архивных документов, извлечения их с той или иной целью из
хранилища.
В рамках функционального моделирования с применением нотаций IDEF0
представлено описание системы автоматизации бизнес-процессов с различных
точек зрения: со стороны персонала и заявителя. Объектом автоматизации в данной системе является организация процесса учета наличия и состояния архивных
документов Архивного отдела администрации города Ливны в части взаимодействия с отделом внедрения и эксплуатации информационных технологий и реставрации документов, а также контроль эффективности выполнения указанных
процессов [44].
В рамках постановки задачи автоматизации были определены основные
моменты в части процессов автоматизации ИС, выполняющиеся цели, задачи и
предназначения системы и описаны основные характеристики системы на основе
нормативных документов согласно ГОСТ 34.602-89 – техническое задание [2].
Далее можно переходить к проектной части, а именно, проектированию информационной системы и расчетов времени и затрат на создание ИС.
39
ГЛАВА 2. ПРОЕКТ АВТОМАТИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ
2.1 Анализ требований к системе
После изучения предметной области, моделирования бизнес-процессов
компании и постановки задачи автоматизации, можно начать проектирование
системы с выявления требований к данной системе.
В рамках языка проектирования UML поставленная задача решается с помощью диаграммы прецедентов (вариантов использования). Диаграммы прецедентов применяются для моделирования вида системы с точки зрения внешнего
наблюдателя [8].
Диаграмма вариантов использования состоит из актеров, для которых система производит действие и собственно действия Use Case, которое описывает то,
что актер хочет получить от системы. Актер обозначается значком человечка, а
Use Case – овалом. Дополнительно в диаграммы могут быть добавлены комментарии.
При этом актером (действующим лицом, актором) называется любой объект, субъект или система, взаимодействующая с моделируемой системой извне.
Вариант использования – это спецификация сервисов (функций), которые система
предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемых системой при взаимодействии с актером [15].
В проектируемой информационной системе, основываясь на предметной
области, были выделены следующие группы лиц (актеры):
 Администратор;
 Пользователь.
Категория «Администратор» – обеспечивают работоспособность всех подсистем приложения. Администратор. Вход в систему начинается с процесса «Аутентификация пользователя» – администратор вносит логин и пароль. Кроме того
он ведение списка пользователей и назначение прав, общий контроль содержания
базы данных (коррекция в случае необходимости).
40
Категория «Пользователь» может обобщать в себе актеров «Архивист» и
«Начальник отдела». Связь обобщение (сплошная линия со стрелкой) служит для
указания того факта, что прецеденты актеров «Архивист» и «Начальник отдела»
(потомки) могут быть обобщены до действующего лица «Пользователь» (родителя). При этом потомки наследуют все свойства и поведения своего родителя, а
также дополняются новыми свойствами и особенностями поведения [31]. В данном случае, так было сделано из-за набора функционала, который может быть как
общим (отправка заявки на поставку газа, посмотреть информацию), так и специальным для каждой категории пользователя.
Пользователю группы «Архивист» доступна процедура аутентификации
пользователя, процедура ввода, коррекции и просмотра информации, касающейся
наличия и состояния архивных документов.
Пользователь «Начальник отдела» может в отличие от пользователя «Архивист» осуществлять такую дополнительную функцию, как формирование отчетов.
Все варианты использования соединены с актерами связью ассоциации
(сплошная линия), которая определяет наличие канала связи.
Имеется связь включение (пунктирная стрелка), это указывает, что некоторое заданное поведение для одного прецедента включает в качестве составного
компонента поведение другого прецедента. Например, для того, чтобы «Начальник отдела» составил акт проверки наличия и состояния архивных документов
ему необходимо иметь возможность работать с информацией из АИС, занесенной
«Архивистом».
На рис. 8 представлена диаграмма вариантов использования, которая представляет вышеизложенную информацию. В приложении 8 рассмотрен пример
спецификации прецедента «Формирование отчетов».
41
Рисунок 8– Диаграмма прецедентов
Для моделирования динамических аспектов поведения системы рассмотрим
диаграммы деятельности UML. Диаграмма деятельности – это, по существу, блоксхема, которая показывает, как поток управления переходит от одной деятельности к другой. Как правило, диаграммы деятельности применяются, чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного
процесса [37].
С помощью диаграмм деятельности можно также моделировать жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока
управления. Деятельность – это некоторый относительно продолжительный этап
выполнения действия, которое приводит к изменению состояния системы. Диаграмма деятельности состоит из состояния деятельности и переходов между ни-
42
ми. Состояние действия на диаграмме представляется как прямоугольник со
скругленными углами. Выражение, описывающее выполняемое действие, располагается внутри прямоугольника. Переходы указываются стрелками [14].
В данной проектируемой системе остановимся подробнее на двух сценариях
диаграмм деятельности – Ввод информации в систему и Коррекция информации.
Процесс ввода информации в систему (рис. 9) начинается (на начало указывает закрашенный круг) аутентификации: ввода логина и пароля заявки. Далее
процесс переходит в зону ответственности Пользователя (Архивиста), который
инициализирует ввод записей итогах проверки физического и технического состояния архивных документов в АИС. Ромб на диаграмме указывает на ветвление
процесса, которое описывает различные пути выполнения в зависимости от значения некоторого булевского выражения. Например, если операция предполагает
выбор номера фонда, то необходимо продолжить процесс выбора далее (выбор
номера Описи) или завести новый Фонд и т.д. После внесения отметок о состоянии дел (единиц хранения) происходит переход к оценке физического состояния
документов внутри дела: оценка состояния носителя и текста.
На этом процесс завершается (окрашенным кругом внутри окружности).
43
Рисунок 9 – Диаграмма деятельности «Ввод информации в систему»
На диаграмме деятельности процесс коррекции информации (рис. 10) начинается с выбора режима работы АИС – «Коррекция». Далее происходит сверка
номера Фонда, о котором будут внесены изменения, если он введен некорректно,
то происходит его изменение, иначе сразу продвигаемся далее к проверке номера
«Описи» и т.д. В случае если в коррекции нуждается только один из параметров,
например «Коррекция отметки о необходимости перенумерации», то остальные
параметры просто оставляются без изменения». С системой в данном режиме может работать как Архивист, так и Начальник Отдела.
44
Рисунок 10 – Диаграмма деятельности «Коррекция информации»
В каждой из выше рассмотренных диаграмм деятельности предполагается
такой вид деятельности, как ввод даты произведенной записи, поскольку именно
посредством даты можно будет формировать те или иные запросы, ограниченные
временными рамками.
Таким образом, были выявлены требования к проектируемой информационной системе учета наличия и состояния архивных документов в части работы
работников отдела, которые представлены на диаграмме прецедентов. С помощью
диаграмм деятельности промоделированы последовательные шаги выполнения
двух основных сценариев системы – ввод информации в систему и коррекция ин-
45
формации.
Далее перейдем к детальному проектированию системы, рассмотрев диаграммы классов, пакетов и последовательностей.
2.2 Детальное проектирование
Определив функциональные требования к системе, и выявив основных
пользователей, перейдем к проектированию создаваемой информационной системы, начиная с создания диаграммы классов.
Классы – это базовые элементы любой объектно-ориентированной системы.
Классы представляют собой описание совокупностей однородных объектов с
присущими им свойствами – атрибутами, операциями, отношениями и семантикой [24].
В рамках модели каждому классу присваивается уникальное имя, отличающее его от других классов. Класс на диаграмме показывается в виде прямоугольника, разделенного на 3 области. В верхней содержится название класса, в средней – описание атрибутов (свойств), в нижней – названия операций – услуг, предоставляемых объектами этого класса.
Атрибуты класса определяют состав и структуру данных, хранимых в объектах этого класса. Каждый атрибут имеет имя и тип, определяющий, какие данные он представляет. Для каждого атрибута класса можно задать видимость. Эта
характеристика показывает, доступен ли атрибут для других классов [31].
Класс содержит объявления операций, представляющих собой определения
запросов, которые должны выполнять объекты данного класса. Каждая операция
имеет сигнатуру, содержащую имя операции, тип возвращаемого значения и список параметров, который может быть пустым. Для операций, как и для атрибутов
класса, определено понятие «видимость». Закрытые операции являются внутренними для объектов класса и недоступны из других объектов, а остальные образуют интерфейсную часть класса.
На основании бизнес-процессов и задач автоматизации, представленных в
главе 1 (параграфы 1.1 и 1.3), и описания схемы информационных потоков и диа-
46
граммы прецедентов, данной в параграфе 2.1, в проектируемой информационной
системе можно выделить следующие классы:
 Запись;
 Архивист;
 Начальник отдела;
 Информация – родитель класса «Словарь дефектов»;
 Выходные формы – родитель классов «Список заказов на восстановление», «распределение дефектов по годам», «Физическое и техническое состояние
архивных документов по хранилищу», «Список поврежденных листов по Фонду»,
«Акт»;
 Идентификация и аутентификация – родитель классов «Пользователь»,
«Администратор», «Начальник отдела».
Связь типа обобщения (стрелка с надписью «extend»), представленная на
диаграмме классов (рис. 11) означает, что это отношение между общей сущностью (родителем) и ее конкретным воплощением (потомком). Объекты классапотомка могут использоваться всюду, где встречаются объекты класса-родителя,
но не наоборот. При этом он наследует свойства родителя (его атрибуты и операции), но и может иметь свои уникальные свойства.
Отметим, что атрибуты в классах-родителях, таких как «Пользователь»,
«Администратор», «Начальник отдела» и «Идентификация и аутентификация»
имеют защищенный уровень видимости. Это говорит о том, что атрибут виден
только для потомков данного класса. У остальных атрибутов классов видимость
открытая, т.е. атрибут виден для любого другого класса. Например, в классе «Запись» атрибут «Категория» является видимым, что позволяет всем связным с ним
классам выбирать перечень категорий заявки.
Связь между классами типа ассоциации (прямая линия) означает отношение, показывающее, что объекты одного типа неким образом связаны с объектами
другого. Если между двумя классами определена ассоциация, то можно перемещаться от объектов одного класса к объектам другого.
47
Рисунок 11 – Диаграмма классов
Кратность полюса ассоциации указывает, сколько объектов данного класса
(со стороны данного полюса) участвуют в связи. Более распространен случай, когда кратность указывается как диапазон возможных значений, и тогда число объектов, участвующих в связи должно находиться в пределах указанного диапазона.
При указании кратности используют символ «звездочка», который обозначает неопределенное число [12]. Например, один пользователь класса «Архивист» может
вносить в систему неограниченное число записей из класса «Запись», таким образом, связь ассоциация между данными классами имеет кратность один ко многим.
На диаграмме классов все функции имеют открытый уровень видимости,
что говорит о том, что они видны для любого другого класса.
48
После представления системы как набор классов (объектов) возникает вопрос – как разбить большую систему на небольшие подсистемы. Именно с этой
точки зрения изменения, связанные с переходом от структурного подхода к объектно-ориентированному, являются наиболее заметными. Одна из идей заключается в группировке классов в компоненты более высокого уровня. В UML такой
механизм группировки носит название пакет.
Диаграммой пакетов является диаграмма, содержащая пакеты классов и зависимости между ними. Строго говоря, пакеты и зависимости являются элементами диаграммы классов, т. е. диаграмма пакетов – это всего лишь форма диаграммы классов. Однако на практике причины построения таких диаграмм различны .
Зависимость между двумя элементами имеет место в том случае, если изменения в определении одного элемента могут повлечь за собой изменение в другом. Что касается классов, то причины зависимостей могут быть самыми разными: один класс посылает сообщение другому; один класс включает часть данных
другого класса; один класс ссылается на другой как на параметр операции. Если
класс меняет свой интерфейс, то любое сообщение, которое он посылает, может
стать неправильным [37].
В идеальном случае только изменения в интерфейсе класса должны воздействовать на другие классы. Искусство проектирования больших систем включает
в себя минимизацию зависимостей, которая снижает воздействие изменений и
требует меньше усилий на их внесение.
Зависимость между двумя пакетами существует в том случае, если имеется
какая-либо зависимость между любыми двумя классами в пакетах. Пакеты являются необходимым средством для больших проектов. Их следует использовать в
тех случаях, когда диаграмма классов, охватывающая всю систему и размещенная
на одном листе бумаги, становится трудночитаемой.
Пакеты не дают ответа на вопрос, каким образом можно уменьшить количество зависимостей в разрабатываемой системе, однако они помогают выделить
эти зависимости. Сведение к минимуму количества зависимостей позволяет сни-
49
зить связанность компонентов системы.
Диаграмма пакетов представлена на рис. 12. В данном случае выделены 3
пакета:
˗
«Личный кабинет», который включает все классы-родители и их по-
томков,
˗
«Запись»,
˗
«Выходные формы», которые между собою связаны отношением ис-
пользование (пунктирная стрелка с подписью «use»).
Это означает, что элементы клиентского пакета (тот, кто ссылается) некоторым образом используют открытые элементы пакета сервера (тот, на кого ссылаются).
Поскольку диаграмма пакетов предполагает разделение системы на подсистемы, то возникает необходимость в определении контрактов взаимодействия
между ними. Роль контрактов выполняют интерфейсы (класс с подписью «interface»). Интерфейс, который реализуется соответствующим классификатором называется предоставляемым. На диаграмме от пакета, который будет предоставлять данную функцию, к интерфейсу изображена пунктирная стрелка с подписью
«Relize». Интерфейсы необходимые для работы классификатора называются требуемыми. На диаграмме от класса, который запрашивает данную функциональность, изображена пунктирная стрелка с подписью «Use».
Таким образом, были спроектированы диаграммы классов и пакетов для того, чтобы представить систему по объектам, описав тем самым, атрибуты, функции, связи, видимость и кратность, и по подсистемам, при этом описав контракты
взаимодействия между подсистемами с помощью интерфейсов. Моделирование
системы в части взаимодействия между сущностями и представлении основных
сценариев обработки и сообщений между ними рассмотрим в следующем параграфе.
50
Рисунок 12 – Диаграмма пакетов
51
В рамках программного обеспечения рассмотрим диаграммы последовательностей UML. Диаграмма последовательности (взаимодействия) предназначена для моделирования отношений между объектами (ролями, классами, компонентами) системы в рамках одного прецедента.
Данный вид диаграмм отражает следующие аспекты проектируемой системы [15]:
 ограничения, накладываемые на взаимодействие объектов;
 события, инициирующие взаимодействия объектов.
Диаграмма последовательности является одной из разновидности диаграмм
взаимодействия и предназначена для моделирования взаимодействия объектов
системы во времени, а также обмена сообщениями между ними.
На диаграмме последовательности объекты в основном представляют экземпляры класса или сущности, обладающие поведением. В качестве объектов
могут выступать пользователи, инициирующие взаимодействие, классы, обладающие поведением в системе или программные компоненты, а иногда и системы
в целом.
Объекты располагаются слева направо таким образом, чтобы крайним слева
был тот объект, который инициирует взаимодействие.
Неотъемлемой частью объекта на диаграмме последовательности является
линия жизни объекта (вертикальная пунктирная линия от объекта). Линия жизни
показывает время, в течение которого объект существует в системе. Периоды активности объекта в момент взаимодействия показываются с помощью фокуса
управления. Временная шкала на диаграмме направлена сверху вниз.
На рис. 13 представлена диаграмма последовательности формирования отчета (справки) начальником отдела, на основе информации введенной архивистом
после проведения мероприятий по учету наличия и состояния архивных документов, введенной архивистом в систему.
«Архивист», заполняя шаблон, создает такую сущность как «Запись». Записи, занесенные в систему архивистом по результатам проверки, образуют массив
информации, из которого «Начальник отдела», формирует выходные формы (ко-
52
личество документов требующих дезинфекции, картонирования и т.д.).
На диаграмме последовательности представлены основные объекты, инициализирующие данный сценарий обработки заявки, при этом указаны линии
жизни сущностей. Если в процессе работы будут обнаружены фактические отклонения от реальности, то полученные ранее выходные формы отправляются на
сверку «Архивисту», по итогам которой будут внесены новые записи и получены
скорректированные итоговые выходные формы.
Отдельные фрагменты диаграммы взаимодействия можно выделить с помощью фрейма. Фрейм должен содержать метку оператора взаимодействия. Аналогичным образом в проектируемой системе будут обрабатываться другие действия пользователей, представленные на диаграмме прецедентов (рис. 8).
53
Рисунок 13 – Диаграмма последовательности формирования выходных
форм начальником отдела
54
2.3 Экономическое обоснование
2.3.1 Расчет временной продолжительности проекта
Для грамотного планирования проекта необходимо четко знать цели проекта. Основной целью проекта является разработка программного обеспечения (ПО)
[36]. Для достижения этой цели необходимо осуществить ряд следующих работ:
 проведение анализа требований;
 организация заказа;
 проектирование ПО;
 реализация ПО;
 тестирование ПО;
 внедрение ПО.
Декомпозиция основной цели проекта и ряда его работ на составляющие
отражена в дереве целей проекта, которое изображено на рис. 14.
Можно отметить, что цели проекта четко определены, они имеют ясный
смысл и находятся в области допустимых решений проекта. Результатом выполнения проекта будет готовое ПО .
Для схематичного отражения взаимозависимости и последовательности работ в практике проектного управления применяется сетевое планирование, компонентом которого является сетевой график, представляющий собой расписание
последовательности выполнения и взаимосвязи работ [32].
Для составления сетевого графика необходимо проанализировать последовательность и взаимозависимость работ, так как некоторые работы могут вестись
параллельно.
Временные параметры сетевого графика рассчитываются по определенным
правилам [29].
Общая продолжительность проекта является важным фактором при управлении проектами, требующими проведения большого количества мероприятий.
Общую продолжительность можно рассчитать по сетевому графику при условии,
что известна продолжительность каждого мероприятия, требуемого в соответст-
55
вии с проектом.
Резерв времени – это количественный показатель подвижности определенного действия при условии обязательного завершения проекта в минимально возможные сроки.
На основе данных о перечне и продолжительности работ построили модель сетевого графика и рассчитали его временные параметры (рис. 15).
Рисунок 14 – Дерево целей проекта
56
Рисунок 15 – Сетевой график
На сетевом графике в левый сектор кружка с событием записано ранний срок
свершения события, в правый – поздний срок его свершения. В нижнем секторе –
номер события, в верхнем – резерв времени события [23].
Жирным шрифтом на графике представлен критический путь:
Существует большое количество алгоритмов расчета сетевых графиков,
как ручным, так и автоматическим способом [42].
57
Рассчитаем параметры сетевой модели табличным методом PERT (Program
Evaluation and Review Technique), который используется при управлении проектами. PERT – это способ анализа задач, необходимых для выполнения проекта. В
особенности, анализа времени, которое требуется для выполнения каждой отдельной задачи, а также определение минимального необходимого времени для
выполнения всего проекта [10].
При расчете сетевых моделей методом PERT продолжительность работ является случайной величиной, подчиняющейся собственному закону распределения, а значит, обладающей собственными числовыми характеристиками. Такими
характеристиками являются средняя продолжительность работы
оценки продолжительности работы (дисперсия работы)
Значения
и
и дисперсия
[30].
рассчитываются при допущении, что распределение
продолжительностей работ обладает тремя свойствами:
 непрерывностью;
 унимодальностью (наличием единственного максимума у кривой распределения);
 конечностью и не отрицательностью диапазона возможных значений
продолжительности (кривая распределения имеет две точки пересечения с осью
ОХ, абсциссы которых неотрицательны).
Исходными данными для расчетов служат экспертные оценки продолжительностей работ [32]:
 оптимистическая оценка
, то есть оценка продолжительности работы
i-j при благоприятных условиях;
 пессимистическая оценка
, то есть оценка продолжительности работы
i-j при неблагоприятных условиях;
 наиболее вероятная оценка
, то есть оценка продолжительности рабо-
ты i-j при нормальных условиях.
Средняя продолжительность
и дисперсия оценки продолжительности
58
каждой отдельной работы определяются по следующим формулам:
(1)
(2)
Рассчитаем среднюю продолжительность каждой из работ и ее дисперсию
(табл. 1). Для этого проставим пессимистическую и оптимистическую продолжительность работ, а за наиболее вероятностное значение продолжительности работ
возьмем данные продолжительности выполнения работ по графику[11].
Таблица 1 – Средняя продолжительность работ и ее дисперсия
i
j
tiо j
tiнв j
tiп j
tiср j
 i2 j
0
1
2
3
4
5
6
6
8
9
10
10
10
11
12
13
14
18
19
19
21
22
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
18
19
20
21
22
23
7
3
3
3
1
5
10
6
3
1
28
22
22
12
10
10
7
16
3
9
2
1
9
5
5
5
1
7
13
8
5
1
31
25
25
15
12
12
10
20
5
11
3
1
11
7
7
7
2
9
15
10
7
2
34
27
27
18
15
15
12
23
7
13
5
3
9,00
5,00
5,00
5,00
1,17
7,00
12,83
8,00
5,00
1,17
31,00
24,83
24,83
15,00
12,17
12,17
9,83
19,83
5,00
11,00
3,17
1,33
0,44
0,44
0,44
0,44
0,03
0,44
0,69
0,44
0,44
0,03
1,00
0,69
0,69
1,00
0,69
0,69
0,69
1,36
0,44
0,44
0,25
0,11
59
Рассчитаем средние продолжительности работ по формуле (1):
t0ср1 
(7  4  9  11)
 9,00
6
Аналогично рассчитываются средние продолжительности остальных работ.
Рассчитаем дисперсии оценки продолжительности работ по формуле (2):
 (11  7) 

  0,44
 6 
2

2
01
Аналогично рассчитываются дисперсии для остальных работ.
Вероятностные характеристики продолжительности отдельных видов работ используются для определения параметров всего проекта в целом. Когда
средняя продолжительность каждой работы определена, продолжительность проекта рассчитывается с помощью уже известных алгоритмов, только при этом в качестве продолжительности работ используется средняя продолжительность. Значения всех аналитических параметров сетевого графика – длины критического
пути, определяющего продолжительность всего проекта, и ранних и поздних
свершений событий, резервов событий и работ – будут такими же, если бы использовалась не средняя, а обыкновенная продолжительность работ. Но при этом
необходимо понимать, что по своей сути все параметры будут являться средними
значениями соответствующих случайных величин [17].
Обобщенной вероятностной оценкой продолжительности всего проекта
является средняя длина критического пути сетевого графика, которая вычисляется
как сумма всех средних продолжительностей работ, лежащих на критическом пути:
cp
cp
TLkp
 tLkp
 137,50
Ожидаемая продолжительность выполнения проекта (средняя продолжиcp
тельность критического пути сетевого графика проекта – TLkp ) может оказаться
неприемлемой. Тогда вместо нее выбирается директивная продолжительность
60
ДИР
TLkp
(в нашем случае, по сетевому графику выберем 137) и возникает необходи-
мость оценить вероятность того, что проект завершится не позднее директивно
установленного срока.
Для решения такой задачи необходимо:
1. Определить среднее квадратическое отклонение длины критического пути:
 Lkp 

2
Lkp
 2,83 ,
где  Lkp – дисперсия работы, лежащей на критическом пути;
2
2. Рассчитать аргумент функции Лапласа Z:
Z
Z
ДИР
cp
TLkp
 TLkp
 Lkp
(3)
137 ,00  137 ,50
 0,18
2,83
3. Найти значение функции Лапласа Ф(Z) (по таблицам стандартного нормального распределения (таблицам интеграла вероятностей) или с помощью
функции MS Excel НОРМСТРАСП())
Ф 0,18   0,43 ;
Вычислить вероятность соблюдения директивных сроков выполнения проДИР
екта Р(TLkp  TLkp ) 
1 1
 Ф( Z )  71.5%  72%
2 2
Таким образом, вероятность того, что проект, сетевой график которого
представлен на рис. 15, с учетом введенных значений дисперсий критических работ завершится не позднее 137 дня, составляет около 72%.
В практике управления проектами возникает необходимость решения и
обратной задачи, то есть определения максимального срока выполнения проекта с
заданной вероятностью (с заданной надежностью). Продолжительность выполнения проекта
формула (4):
при таких условиях может быть найдена следующим образом,
61
cp
TLkp  TLkp
 Z   Lkp
(4)
где Z  – аргумент функции Лапласа, соответствующий значению функции,
равному  , то есть Ф(Z  )   .
Рассчитаем возможный срок выполнения проекта, сетевой график
которого представлен на рис. 6, с заданной надежностью  = 0,95.
Найдем аргумент функции Лапласа, соответствующий значения 0,95
(можно воспользоваться таблицей стандартного нормального распределения или
же формулой НОРМСТОБР() в программе MS Excel). Он равен – 1,64. Тогда:
TLkp  137,5  1,64  2,83  142,14  142 .
Таким образом, при заданной вероятности 95% проект завершится за 142
дня, что соответствует 6 месяцам рабочего времени.
Определив работы по созданию программного обеспечения, порядок их
выполнения и длительность, можно переходить к набору персонала, формированию матрицы ответственности по каждому виду работ и расчѐту общей стоимости
данного проекта по разработке программного обеспечения [18].
2.3.2 Финансовый анализ стоимости разработки информационной системы
Для того, чтобы рассчитать себестоимость готового ПО необходимо суммировать все виды издержек производства: затраты на оплату труда, отчисления в
социальные фонды, коммунальные и интернет услуги, услуги клининговой компании, арендную плату, содержание и обслуживание оборудования.
Для реализации данного проекта необходимы следующие работники:
 менеджер проекта – 1 человек;
 системный аналитик – 1 человек;
 программист – 2 человека;
 проектировщик – 1 человек;
 тестировщик – 2 человека;
 дизайнер – 1 человек;
62
 специалист по внедрению ПО – 1 человек.
Заработные платы каждого специалиста представим в табл. 2.
Таблица 2 – Заработные платы специалистов проекта
Специалист
Заработная плата (руб/мес)
Менеджер проекта
25000
Системный аналитик
20000
Программист
27000
Проектировщик
20000
Тестировщик
18000
Дизайнер
15000
Специалист по внедрению ПО
20000
В матрице ответственности, представленной в табл. 3, установим степень
ответственность каждого участника проектной команды за выполнение отдельных
этапов и задач проекта. При составлении матрицы ответственности проекта используем методику RACI. Термин RACI (или ARCI) является аббревиатурой [40]:
 Ответственный (Accountable) – полностью отвечает за исполнение
этапа/задачи, вправе принимать решения по способу реализации. В качестве ответственного за задачу может назначаться только один человек.
 Исполнитель (Responsible) – исполняет задачу, не несет ответственность за выбор способа еѐ решения, но отвечает за качество и сроки реализации. У
каждой задачи должен быть хотя бы один исполнитель.
 Консультант (Consultbeforedoing) – оказывает консультации в ходе
решения задач проекта, контролирует качество реализации.
 Наблюдатель (Informafterdoing) – может оказывать консультации в
ходе решения задач проекта, не несет ответственности [13].
63
Н
ИО
К
9-14
Н
ИО
К
14-19
Н
ИО
К
19-24
О
И
И
Оформление договора
24-25
ОИ
Проектирование системной архитектуры
Проектирование программной архитектуры
Проектирование интерфейса
Документирование и согласование проекта
Подготовка оборудования
и рабочей среды
Программирование модулей личного кабинета
Тестирование модулей
личного кабинета
Программирование модулей заявки
Тестирование модулей заявки
Программирование модулей документации
Тестирование модулей документации
Сбор и отладка ПО
Тестирование ПО
Документирование ПО
Установка у заказчика
Обучение персонала
Сдача ПО
25-32
Н
К
ИО
32-40
Н
К
ИО
40-45
Н
32-45
О
45-46
Н
ИО
46-77
Н
ИО
77-92
Н
46-71
Н
71-83
Н
46-71
Н
71-83
Н
92-102
102-122
122-127
122-133
133-136
136-137
Н
Н
О
О
О
О
О
И
Специалист по
внедрению ПО
Проектировщик
0-9
Дизайнер
Системный аналитик
Аналитическое обследование
Выявление функциональных требований
Выявление технических
требований
Согласование ТЗ
Тестировщик
Сроки
работ
Программист
Работы
Менеджер
Таблица 3 – Матрица ответственности
И
К
ИО
ИО
ИО
ИО
ИО
ИО
ИО
И
И
И
И
64
Рассчитаем заработные платы специалистам по созданию ПО с учетом их
времени нахождения в проекте, т.е. з/п рассчитывается от количества отработанных дней. Данные представим в табл. 4.
Кроме затрат на заработную плату специалистам проекта и отчислений во
все фонды, в проекте имеются и другие затраты (табл. 5). Отметим, что арендная
плата составляет 20 000 руб.мес., однако на проект переносится лишь 10% от данных затрат. Аналогично расчеты производятся по коммунальным платежам (5 000
руб.мес), интернет услугам (3 000 руб.мес) и услугам клининговой компании
(3 000 руб.мес), которые в проекте отражаются лишь 50%. Амортизационные отчисления от офисной мебели и компьютеров, задействованных в проекте, срок
полезного использования которых 5 лет, а первоначальная стоимостью 50 000
руб. и 150 000 руб. соответственно, составят 833,33 рубля и 2 500 рублей ежемесячно.
Рассчитаем себестоимость разработки ПО с учетом инфляции, которую выберем как 2,2% в месяц (табл. 5).
65
Системный аналитик
Проектировщик
Программист
Тестировщик
Дизайнер
Специалист по внедрению ПО
Количество сотрудников
1
1
1
2
2
1
1
Оклад
25 000 ₽
20 000 ₽
27 000 ₽
20 000 ₽
18 000 ₽
15 000 ₽
20 000 ₽
Фонд З/П
25 000 ₽
20 000 ₽
27 000 ₽
40 000 ₽
36 000 ₽
15 000 ₽
20 000 ₽
6
7
8
9
1
2
3
4
5
1 месяц
22
все дни
все дни
все дни
23
25 000 ₽
20 000 ₽
27 000 ₽
все дни
21 день
21 день
2 дня
5 дней
74 652 ₽
(24-46
день)
3 месяц
10
72 000 ₽
(1-23
день)
2 месяц
Итого
Менеджер
Таблица 4 – Затраты на заработную плату по месяцам
25 000 ₽
23
все дни
18 261 ₽
24 652 ₽
3 478 ₽
все дни
3 261 ₽
65 000 ₽
66
(47-69
день)
25 000 ₽
1
2
3
4 месяц
23
все дни
23
(116137
день)
5
6
7
9 дней
22 дня
8
9
10
25 000 ₽
15 652 ₽
34 435 ₽
все дни
10 дней
14 дней
64 304 ₽
(93115
день)
6 месяц
4
75 087 ₽
(70-92
день)
5 месяц
40 000 ₽
25 000 ₽
23
все дни
17 391 ₽
5 дней
21 913 ₽
7 дней
16 дней
54 217 ₽
25 000 ₽
4 348 ₽
10 957 ₽
13 913 ₽
ИТОГО
405 261 ₽
67
Таблица 5 – Расчет себестоимости ПО
Затраты
1 месяц
72 000,00
2 месяц
74 652,00
3 месяц
65 000,00
4 месяц
75 087,00
5 месяц
64 304,00
6 месяц
54 217,00
Всего
405 260,00
Отчисления ПФРФ
(ставка 22 %)
Отчисления в ФФОМС
(ставка 5.1%)
Отчисления в ФСС
(ставка 2.9%)
15 840,00
16 423,44
14 300,00
16 519,14
14 146,88
11 927,74
89 157,20
3 672,00
3 807,25
3 315,00
3 829,44
3 279,50
2 765,07
20 668,26
2 088,00
2 164,91
1 885,00
2 177,52
1 864,82
1 572,29
11 752,54
Аренда помещения
2 044,00
2 088,97
2 134,93
2 181,89
2 229,90
2 278,95
12 958,64
Коммунальные платежи
2 555,00
2 611,21
2 668,66
2 727,37
2 787,37
2 848,69
16 198,29
851,33
870,06
889,20
908,76
928,75
949,18
5 397,27
Компьютеры и ПО
2 555,00
2 611,21
2 668,66
2 727,37
2 787,37
2 848,69
16 198,29
Интернет услуги
1 533,00
1 566,73
1 601,19
1 636,42
1 672,42
1 709,21
9 718,98
Услуги клининговой компании
1 533,00
1 566,73
1 601,19
1 636,42
1 672,42
1 709,21
9 718,98
104 671,33
108 362,50
96 063,82
109 431,33
95 673,43
82 826,05
597 028,45
Заработная плата
Офисная мебель
ВСЕГО:
Таким образом, себестоимость проекта по созданию информационной системы для компании, занимающейся разработками ПО, составит 597 028 рублей.
Оценим эффективность реализации данного проекта по созданию ПО на основе показателей чистого дисконтированного дохода (NPV), внутренней нормы
доходности (IRR) и сроков окупаемости (DPP) [46]. Расчеты представлены в
табл.6. В качестве ежемесячной ставки дисконтирования возьмем 3%. В качества
ежемесячного дохода возьмем среднее арифметическое суммы, опубликованной
учреждением на официальном сайте [50] для размещения информации о государственных (муниципальных) учреждениях: 36 865 руб.
Таблица 6 – Оценка эффективности проекта по созданию ПО
Время
ДисконтированСтавка дисконДенежный
/ меРасходы
Доходы
ный денежный потирования
поток
сяц
ток
0
1,00
- 597 028
- 597 028
- 597 028
1
0,97
36 865
36 865
35 791
2
0,94
36 865
36 865
34 749
3
0,92
36 865
36 865
33 737
4
0,89
36 865
36 865
32 754
5
0,86
36 865
36 865
31 800
6
0,84
36 865
36 865
30 874
В качестве расходов взята сумма себестоимости готового ПО, а в качестве
доходов сумма, которая будет инвестироваться ежемесячно в данный проект компанией-заказчиком с учетом рентабельности.
Чистый дисконтированный доход (NPV) рассчитывается как сумма дисконтированных денежных потоков, по формуле (5):
n
Pk
 IC .
k
k 1 (1  i )
NPV  
(5)
где Р1, Р2,… Рn – денежные поступления в течение п месяцев;
IС – стартовые инвестиции;
i – ставка дисконтирования.
Таким образом, для Архивного отдела администрации города Ливны чистый дисконтированный доход (NPV) составит -397 323 руб. Поскольку получен
отрицательный результат, то это свидетельствует о неэффективности данного инвестиционного проекта. Проект принимать не следует, ценность учреждения
уменьшится, то есть будет иметь место убыток и основная целевая установка не
выполнится.
Срок окупаемости проекта (DPP) рассчитывается накопленным суммирующим итогом по дисконтированным денежным потокам до тех пор, пока сумма не
станет положительной величиной [34]. В данном случае, это наблюдается на 22
месяце реализации (табл. 7).
Таблица 7 – Оценка эффективности проекта по созданию ПО
Время
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Ставка дисконтиДенежный Дисконтированный
Расходы Доходы
рования
поток
денежный поток
1
- 597 028
- 597 028
- 597 028
0,97
36 865
36 865
35 791
0,94
36 865
36 865
34 749
0,92
36 865
36 865
33 737
0,89
36 865
36 865
32 754
0,86
36 865
36 865
31 800
0,83
36 865
36 865
30 874
0,8
36 865
36 865
29 975
0,77
36 865
36 865
29 102
0,74
36 865
36 865
28 254
0,71
36 865
36 865
27 431
0,68
36 865
36 865
26 632
0,65
36 865
36 865
25 856
0,62
36 865
36 865
25 103
0,59
36 865
36 865
24 372
0,56
36 865
36 865
23 662
0,53
36 865
36 865
22 973
0,5
36 865
36 865
22 304
0,47
36 865
36 865
21 654
0,44
36 865
36 865
21 024
0,41
36 865
36 865
20 411
0,38
36 865
36 865
19 817
0,35
36 865
36 865
19 240
0,32
36 865
36 865
18 679
Чтобы точно определить срок окупаемости необходимо к последнему по
счету месяцу, когда накопленная сумма была еще отрицательной прибавить дробь
(модуль последней отрицательной суммы разделить на сумму модуля последней
отрицательной суммы и первой положительной накопленной суммы), которая характеризует часть от целого месяца, показывающая точный срок окупаемости
[35]. То есть, так как накопленная дисконтированная сумма в 22 месяце реализации проекта составляет - 9 514 руб., а в 23 месяце 9 166 руб., то срок окупаемости
 9514
будет равен 22 месяца и
 9514  9166
 0,51
часть 23-ого месяца или 12 рабо-
чих дней.
Для определения нормы доходности инвестиционного проекта по созданию
ПО необходимо найти такую ставку дисконтирования, при которой NPV будет
равняться нулю (17 месяц). В данном случае, она составляет 0,5%, что в гораздо
меньше выбранной ставки дисконтирования (3%) и говорит, о высокой не стабильности инвестиционного проекта (Приложение 9).
Таким образом, подводя итог, отметим, что данный инвестиционный проект
по созданию АИС является неэффективным, что объясняется низкими доходам
учреждения (отрицательный NPV). Проект может окупиться, если увеличить сроки окупаемости. Если бы изначально единственной целью проекта ставилось получение прибыли, а NPV <0, то проект должен быть окончательно отвергнут на
этой стадии анализа. Поскольку в Архивном отделе администрации города Ливны
потребность в данной АИС «Архив» существует, то есть только два выхода:
1. Порекомендовать Федеральному архивному агентству разработать типовое
программное обеспечение, выполняющее рассмотренные функции и распространять его архивным учреждениям на безвозмездной основе;
2. Подойти самостоятельно к разработке АИС «Архив», для создания рассмотренной АИС попытаться применить инструментарий MS Access.
ЗАКЛЮЧЕНИЕ
Основным результатом выпускной квалификационной работы является разработанная проектная документации на создание автоматизированной информационной системы «Архив» в части учета технического и физического состояния
документов учреждения.
В ходе выполнения выпускной квалификационной работы была изучена
предметная область функционирования Архивного отдела администрации города
Ливны, а именно, описана организационная структура, выявлены зоны ответственности работника по сохранности документов за поставленные задачи, рассмотрены этапы взаимодействия внутри отдела и представлены этапы взаимодействия с архивистами отдела обеспечения сохранности в части предоставления отчетов.
В части обследование объекта автоматизации с применением нотаций IDEF0
смоделирована деятельность отдела обеспечения сохранности документов, выявлены основные бизнес-процессы, для которых представлены механизмы управления
и ресурсы. Рассмотрены два основных сценария автоматизации: во-первых, внесение выявленных нарушений состояния и наличия архивных документов, и, вовторых, внесение корректирующих данных в ранее занесенные записи. Проделаны
декомпозиции до третьего уровня [43].
В рамках постановки задачи автоматизации были определены основные
моменты в части процессов автоматизации ИС, выполняющиеся цели, задачи и
предназначения системы и описаны основные характеристики системы на основе
нормативных документов согласно ГОСТ 34.602-89 – техническое задание [2].
В проектной части работы были выявлены функциональные требования к
системе и основные пользователи. Это представлено на диаграмме вариантов использования UML. Для более наглядного представление функционирования системы была изображена схема информационных потоков, которая указывает, как
происходит взаимодействие пользователя с системой, т.е. схематично показано,
как пользователь предоставляет информацию. В целях представления порядка
процессов в системе были разработаны диаграммы деятельности [35].
В качестве информационного обеспечения представлены диаграмма классов
и пакетов UML, для того, чтобы представить систему по объектам, описав тем самым, атрибуты, функции, связи, видимость и кратность, и по подсистемам, при
этом описав контракты взаимодействия между подсистемами с помощью интерфейсов. Моделирование системы в части взаимодействия между сущностями,
представлении основных бизнес-процессов (обработка записей и представлении
выходных форм начальником отела) рассмотрены на диаграммах последовательностей.
В качестве информационного обеспечения представлены диаграмма классов
и пакетов UML, для того, чтобы представить систему по объектам, описав тем самым, атрибуты, функции, связи, видимость и кратность, и по подсистемам, при
этом описав контракты взаимодействия между подсистемами с помощью интерфейсов. Моделирование системы в части взаимодействия между сущностями,
представлении основных бизнес-процессов (обработка заявок и представлении
информации пользователю) и сообщений между ними рассмотрены на диаграммах последовательностей.
Далее по данному проекту на создание ИС был предложен ряд работ и
сроки их реализации, которые представлены на сетевом графике. Был рассмотрен
метод сетевого планирования PERT, который более точен и удобен для разработчика. Изначально проект планировался выполниться за 137 дней при условии, что
все работы будут идти точно по плану. В ходе расчетов были предусмотрены некоторые отклонения от плана. Рассмотрев пессимистические, наиболее вероятные
и оптимистические продолжительности работ, была рассчитана вероятность того,
что проект завершится не позднее 137 дней, и она составила около 72%. При заданной вероятностной надежности 95% проект завершится за 142 дней, что соответствует 6 месяцам рабочего времени.
Были рассчитаны затраты на выполнение проекта по заработным платам,
по отчислениям в социальные фонды, по арендной плате, коммунальным услугам,
услугам клининговой компании и интернет, амортизации основных средств. Затраты на реализацию проекта составили 597 028,45 руб.
Далее была оценена эффективность реализации данного проекта по созданию ПО на основе показателей чистого дисконтированного дохода (NPV), внутренней нормы доходности (IRR) и сроков окупаемости (DPP). По всем показателям проект оказался неэффективным для разработчиков, ввиду нерентабельности
учреждения-заказчика.
В результате выполнения выпускной квалификационной работы был сделан
вывод, что сегодня внедрение информационных систем способствует быстрому
формированию отчетных форм по учету архивных документов, нуждающихся как
обработке, так и в розыске, предоставлению системой оперативной информации.
Однако низкая рентабельность отдельно взятого учреждения не позволяет подойти к разработке АИС с привлечением коммерческих компаний-разработчиков
программного обеспечения.
Таким образом, все поставленные задачи были выполнены, цель достигнута:
определена, визуализирована и спроектирована разрабатываемая система.
СПИСОК ЛИТЕРАТУРЫ
1.
ГОСТ 34.003–90. Автоматизированные системы термины и определе-
ния. – Введ. 01.01.1992. – М.: Изд-во стандартов, 1992. – 23 с.
2.
ГОСТ 34.602–89. Техническое задание на создание автоматизирован-
ной системы. – Введ. 01.01.1990. – М.: Изд-во стандартов, 1990. – 12 с.
3.
ГОСТ Р ИСО/МЭК 15288-2005. Информационная технология. Си-
стемная инженерия. Процессы жизненного цикла систем. – Введ. 01.01.2007. – М.:
Изд-во стандартов, 2007. – 99 с.
4.
ГОСТ Р ИСО/МЭК ТО 12207-99 Информационная технология. Про-
цессы жизненного цикла программых средств. – Введ. 01.07.2000. – М.: Изд-во
стандартов, 2000. – 76 с.
5.
Методические рекомендации по проведению полистной проверки на-
личия и состояния документов. – М., 2005. [Электронный ресурс]. – Режим доступа:http://termika.ru/issao?d&nd=941750262&nh=0&header=010000000Q00.–
Дата
доступа: 15.05.2018.
6.
Правила организации хранения, комплектования, учета и использова-
ния документов Архивного фонда Российской Федерации и других архивных документов в государственных и муниципальных архивах, музеях и библиотеках,
организациях Российской академии наук. Приложение к приказу Минкультуры
РФ от 18.01.2007 № 19 (ред. от 16.02.2009). [Электронный ресурс]. – Режим доступа http://www.rusarchives.ru/lows/pohkuidaf.shtml.– Дата доступа: 15.05.2018.
7.
РД IDEF 0 – 2000. Методология функционального моделирования
IDEF0. Руководящий документ. – Введ. 2000. – М.: Изд-во стандартов, 2000. – 62
с.
8.
Арлоу, Д. UML 2 и Унифицированный процесс. Практический объ-
ектно-ориентированный анализ и проектирование / Д. Арлоу, И. Нейштадт. – 2-е
изд. – СПб.: Символ-Плюс, 2007. – 624 с.
9.
Барсегян, А.А. Анализ данных и процессов / А.А. Барсегян, М.С. Ку-
приянов, И.И. Холод и др. – 3-е изд., перераб. и доп. – СПб.: БХВ-Петербург,
2009. – 512 с.
10.
Березина, Л.Ю. Графы и их применение/ Л.Ю. Березина. – М.: Про-
свещение, 1979. – 143 с.
11.
Берж, К. Теория графов и ее применение/ К. Берж. – М.: ИИЛ, 1962. –
12.
Боггс, У. UML и Rational Rose / У. Боггс, М. Боггс. – М.:Лори, 2004. –
13.
Брукс, Ф. Проектирование процесса проектирования: записки компь-
320 с.
510 с.
ютерного эксперта/ Ф. Брукс. – М.: Вильямс, 2013. – 464 с.
14.
Буч, Г. Объектно-ориентированный анализ и проектирование с при-
мерами приложений / Г. Буч, Р. А. Максимчук, М. У. Энгл. – 3-е изд. – М.: Вильямс, 2008. – 720 с.
15.
Буч, Г. Язык UML. Руководство пользователя / Г. Буч, Д. Рамбо, А.
Джекобсон. – 2-е изд. – М.: ДМК, 2006. – 496 с.
16.
Вепрев, П.А., Михайлова О.В. Требования к визуальному редактору
лабораторных работ для on-line учебно-лабораторного комплекса вуза/П. А. Вепрев//Актуальные проблемы гуманитарных и естественных наук.– 2015.–№2, с.
78-81.
17.
Витяев, Е.Е. Извлечение знаний из данных. Компьютерное познание.
Модели когнитивных процессов/Е.Е. Витяев. – Новосибирск: НГУ, 2006. – 293 с.
18.
Волков И.М. Проектный анализ. Продвинутый курс / И.М. Волков,
М.В. Грачева. – М.: ИНФРА-М, 2009. – 495 с.
19.
Гагарина, Л.Г. Технология разработки программного обеспечения /
Л.Г. Гагарина, Е.В. Кокорева, Б.Д. Виснадул. – М.: ИНФРА-М, 2008. – 400 с.
20.
Гвоздева, Т.В. Проектирование информационных систем / Гвоздева
Т.В., Б.А. Баллод. – Ростов н/Д: Феликс, 2009. – 508 с.
21.
Грекул, В.И. Проектирование информационных систем / В.И. Грекул,
Г.Н. Денишенко, Н.Л. Коровкина. – М.: ИУИТ, 2005. – 304 с.
22.
Загоруйко, Н.Г. Прикладные методы анализа данных и знаний/Н.Г.
Загоруйко. – Новосибирск: Изд-во Ин-та математики, 1999. – 270 с.
23.
Заренков, В.А. Управление проектами: учебное пособие / В. А. За-
ренков. – 2-е изд. – М.: Изд-во АСВ, 2006. – 312 с.
24.
Иванов, Д. Ю. Унифицированный язык моделировния UML: учебное
пособие / Д. Ю. Иванов. – СПб.: Изд-во политехн. ун-та, 2010. – 249 с.
25.
Избачков, Ю.С. Информационные системы / Ю.С. Избачков, В.Н.
Петров. – 2-е изд. – СПб.: Питер, 2008. – 656 с.
26.
Информационные системы и технологии в экономике и управлении /
Под ред. Трофимова В.В. – М.: Высш. образование, 2006. – 480 с.
27.
Киселе,в И.Н. Архивные информационные технологии на современ-
ном этапе/ И.Н. Киселев // ОТЕЧЕСТВЕННЫЕ АРХИВЫ.– №4 .– 2008.– с. 24-31.
28.
Косарев, Е.Л. Методы обработки экспериментальных данных/ Е.Л.
Косарев. – 2-е изд., перераб. – М.: ФИЗМАТЛИТ, 2008. – 208 с.
29.
Кофман А. Сетевые методы планирования / А. Кофман, Г. Дебазей. –
М.: Прогресс, 1968. – 182 с.
30.
управления
Кудрявцев, Е.М. Microsoft Project. Методы сетевого планирование и
проектом.
/
Е.М.
Кудрявцев.
–
М.:
ДМК
Пресс,
2005.
– 240 с.
31.
Леоненков, А.В. Самоучитель UML. / А. В. Леоненков. – СПб.: БХВ-
Петербург, 2001. – 304 с.
32.
Мазур, И.И. Управление проектами: учеб. пособие для студентов,
обучающихся по специальности «Менеджмент организации» / И. И. Мазур, В.Д.
Шапиро.– 6-е изд. – М.: Издательство «Омега-Л», 2010. – 960 с.
33.
Маклафлин, Б. Объектно-ориентированный анализ и проектирование
/ Б. Маклафлин, Г. Поллайс, Д. Уэст. — СПб.: Питер, 2013. — 608 с.
34.
Методические рекомендации по оценке эффективности инвестицион-
ных проектов и их отбору для финансирования / Госстрой России, Министерство
экономики РФ, Министерство финансов РФ, Госкомпром России 31 марта 1994 г.
№ 7-12/47. – М., 2006.
35.
Новиков, А. Ф. Анализ и проектирование на языке UML / А. Ф. Нови-
ков. – СПб.: ИТМО, 2007. — 286 с.
36.
Разу, М.Л. Управление проектом. Основы проектного управления:
Учебник / М.Л. Разу. – М.: КНОРУС, 2007. – 749 с.
37.
Рамбо, Д. UML 2.O. Объектно-ориентированное моделирование и
разработка / Д. Рамбо, М. Блаха. – 2-е изд. изд. – СПб.: Питер, 2007. – 544 с.
38.
Репин, В.В. Процессный подход к управлению. Моделирование биз-
нес-процессов / В.В. Репин, В.Г. Елиферов. – М.: Стандарты и качество, 2004. –
408 с.
39.
Руководство пользователя Приложение «Архивный фонд» Версия
5.0.2 / ООО АДАПТ.– М.– 2013.– 98 с.
40.
Светлов, Н.М. Информационные технологии управления проектами:
учебное пособие / Н. М. Светлов, Г. Н. Светлова. – М.: ФГОУ ВПО РГАУ-МСХА
им. К.А. Тимирязева, 2007. — 144 с.
41.
Тельнов, Ю.Ф. Реинжиниринг бизнес-процессов/ Ю.Ф. Тельнов. – М.:
МЭСИ, 2004. – 116 с.
42.
Управление проектом: основы проектного управления: учебник / под
ред. Разу М.Л.. – Электрон. дан. – Москва : КноРус, [Электронный ресурс].– 2012.
– 760 с. – Режим доступа: https://e.lanbook.com/book/53575.– Дата доступа:
15.05.2018.
43.
Черемных, С. В. Моделирование и анализ систем. IDEF-технологии /
С. В. Черемных, И. О. Семенов, В. С. Ручкин. – М.: Финансы и статистика, 2006. –
192 с.
44.
Черемных, С. В. Структурный анализ систем IDEF-технологии / С. В.
Черемных, И. О. Семенов, В. С. Ручкин. – М.: Финансы и статистика, 2003. – 119
с.
45.
Черемных, С.В. Моделирование и анализ систем. IDEF-технологии /
Черемных С.В., И.О. Семенов, В.С. Ручкин. – М.: Финансы и статистика, 2006. –
192 с.
46.
Экономическая оценка инвестиций / Под ред. Римера М.. – 3-е изд.,
перераб. и доп. – СПб.: Питер, 2009. – 416 с.
47.
Якобсон, А. Унифицированный процесс разработки программного
обеспечения / А. Якобсон, Г. Буч, Д. Рамбо.– СПб.: Питер, 2002. – 496 с.
48.
Всесоюзный научно-исследовательский институт документоведения и
архивного дела (ВНИИДАД) [Электронный ресурс]. –
Режим доступа:
http://www.vniidad.ru.– Дата доступа: 15.05.2018.
49.
ИТ-услуги (рынок России) / [Электронный ресурс]. – Режим доступа:
http://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D
1%8F:%D0%98%D0%A2%D1%83%D1%81%D0%BB%D1%83%D0%B3%D0%B8_(%D1%80%D1%8B%D0
%BD%D0%BE%D0%BA_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8
) .– Дата доступа: 15.05.2018.
50.
Официальный сайт для размещения информации о государственных
(муниципальных) учреждениях [Электронный ресурс]. – Режим доступа:
http://bus.gov.ru.– Дата доступа: 15.05.2018.
51.
Официальный сайт Федерального архивного агентства (Росархива)
[Электронный ресурс]. – Режим доступа: http://archives.ru.– Дата доступа:
15.05.2018.
ПРИЛОЖЕНИЕ 1
АДМИНИСТРАТИВНЫЙ РЕГЛАМЕНТ ПРЕДОСТАВЛЕНИЯ
МУНИЦИПАЛЬНОЙ УСЛУГИ ПО ИСПОЛНЕНИЮ СОЦИАЛЬНО
ПРАВОВЫХ И ТЕМАТИЧЕСКИХ ЗАПРОСОВ ЮРИДИЧЕСКИХ И
ФИЗИЧЕСКИХ ЛИЦ
ФОРМА АКТА ЛИСТА-ЗАВЕРИТЕЛЯ
ПРИЛОЖЕНИЕ 2
ПРИЛОЖЕНИЕ 3
ФОРМА АКТА ОПИСИ ОСОБО ЦЕННЫХ ДЕЛ
ПРИЛОЖЕНИЕ 4
ФОРМА ЛИСТА ПРОВЕРКИ НАЛИЧИЯ И СОСТОЯНИЯ АРХИВНЫХ
ДОКУМЕНТОВ
ПРИЛОЖЕНИЕ 5
ПРИЛОЖЕНИЕ 6
ПРИЛОЖЕНИЕ 7
ПРИЛОЖЕНИЕ 8
ПРИЛОЖЕНИЕ 9
ОПРЕДЕЛЕНИЕ НОРМЫ ДОХОДНОСТИ ИНВЕСТИЦИОННОГО
ПРОЕКТА ПО СОЗДАНИЮ ПО (С ПОМОЩЬЮ MS EXCEL)
Орловский государственный
y*n""p."r", именй И,С, Турrенева
еF'ýYь4плАгиАт
умом
,"tiриir сOsствЕнным
спрАвкА
документа
о результатах проверк1.I_чI:,овоrо
на на;ичиё заимствовании
Проверка выполнена в системе
Антиплагиат,ВУ3
Автор работы
Факульте1 кафедра,
номер группы
Тип работы
Название работы
Название файла
Процент заимствованиf,
Процент цитирования
Процент оригинальности
Р,ата проверки
Модули поиска
Работу проверил
qелЙiинЪЛiд"мйв fiмйiойеlч
фИО проверяющеrо
Дата подписи
Чтобы убедиться
R поминности
;;;Б;;fi ;;
справки,
аR-кЬд, который
содержит ссылку на отчет,
ffi
нjfpý*1*,тfr i:fi
:il;TiJ"fr"#ЁiiHij,J""Hffi
,"
1/--страниц
Пожаловаться на содержимое документа