56
автоматизацию всех функциональных направлений деятельности организации, что
требует больших временных и финансовых затрат. В принципе, Агентство может
позволить себе такой выбор, но необходимость выполнения требований
законодательства Республики Таджикистан в части ответов на обращения граждан
«здесь и сейчас» вынуждает отказаться от данной стратегии. Автоматизация по
участкам предполагает автоматизацию отдельных подразделений предприятия, но в
данном случае предполагается автоматизация не всех процессов, выполняемых
Управлением дел АССП. Поэтому наиболее подходящей является автоматизация по
направлению, так как в таком случае происходит автоматизация отдельных групп
технологических процессов Агентства.
Итак, в данном дипломном проекте с учетом ограниченного времени и
начальной стадии автоматизации выбрана стратегия автоматизации по
направлениям, так как разрабатываемая ИС автоматизирует не только работу одного
подразделения Агентства, но практически всех участков, через которые проходит
обрабатываемое обращение гражданина или организации. Автоматизации будет
подвержен только непосредственно процесс регистрации и учета обращений
граждан и организаций.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Способы приобретения ИС – это последующие действия от определения и
формализации решения о необходимости информационной системы до момента ее
внедрения. Существуют следующие способы приобретения ИС [5]:
разработка (самостоятельная и заказная);
покупка (отечественной или зарубежной ИС);
покупка с последующей доработкой (самостоятельная или заказная);
аренда.
Все большее количество организаций предпочитает приобретать готовые
технологии, а при необходимости добавлять к ним собственное программное
обеспечение, так как разработка собственной информационной системы – слишком
дорогостоящий процесс. Подобная тенденция приводит к изменению поставщиками
ранее существовавшего способа выхода на рынок. В настоящее время
57
разрабатывается, как правило, только базовая система, которая впоследствии
адаптируется под конкретного заказчика. При этом пользователей консультируют
по вопросу внедрения ИС, что значительно сокращает сроки внедрения, а также
повышает квалификацию сотрудников [5].
Рассмотрим детально каждый из способов на предмет его применения к
автоматизации поставленной задачи.
При покупке готового решения необходимо выбрать такое решение, которое
полностью будет соответствовать схемам деятельности организации. Это очень
сложно, так как производители систем автоматизации пытаются угодить всем
потенциальным клиентам и их системы получаются перегруженными лишним
функционалом, за который приходится платить, либо система представляет собой
каркас для построения решения под конкретного потребителя. Оба эти варианта не
подходят для решения поставленной задачи, так как приобретение готовой
информационной системы для автоматизации по направлениям является
невыгодным с точки зрения вложения денег в систему автоматизации. Хотя в пункте
1.3.1 было показано существование бесплатного программного обеспечения,
реализованного для аналогичных задач, вопросы ее сопряжения с существующим
программным окружением, соответствия политике безопасности и процессу
документооборота в АССП остаются открытыми.
Также приобретаемая информационная система не подходит для решаемой
задачи из-за недостаточной функциональности (поддержки документооборота на
таджикском языке), а длительный срок адаптации под требования Агентства может
потребовать частое обращение в службу поддержки и отвлечение персонала на
«притирку» используемого решения.
Заказ автоматизированной системы у сторонних разработчиков позволит
получить информационную систему, удовлетворяющую технологическим
процессам Агентства социального обеспечения и пенсии в настоящий момент. Но
время деятельности Агентства относительно невелико, идет активное претворение в
жизнь пенсионной и социальной реформ, поэтому возможны весьма существенные
изменения в схемах документооборота и деятельности организации, что выльется
лишение затраты на реинжиниринг имеющейся ИС. К тому же в таком случае не в
58
полной мере будет использован потенциал специалистов Управления
информационных технологий.
Покупка и доработка возможны, если требуется небольшой объем доработки,
данная доработка часто возможна в рамках модели ядра ИС, что часто вызывает
затруднения из-за отсутствия развернутой документации. У варианта аренды ИС
можно выявить следующие преимущества:
улучшает инновационные возможности организации за счет
взаимодействия и партнерства с поставщиками мирового уровня, имеющими
большой интеллектуальный потенциал и богатый инновационный опыт;
ускоряет приобретение ресурсов и навыков ИТ-персоналом организации;
позволяет сосредоточиться на тех операциях, которые эффективно
выполняются силами Агентства, и тех, которые стратегически целесообразно
сохранить под ее контролем.
Примером автоматизации регистрации и учета обращений граждан может
служить разработка на основе системы электронного документооборота DIRECTUM
(www.directum.ru) [19], которая обеспечивает эффективное взаимодействие между
сотрудниками и ориентирована на качественную модернизацию рабочей
деятельности компании в целом. При этом стоимость неограниченной лицензии без
расширений составляет более 1 млн. рублей и требует дополнительного обучения
персонала. При этом Агентство рискует вывести за свои пределы слишком многие
виды деятельности и лишиться части собственных ресурсов и возможностей.
Разработка собственной системы предполагает наличие у предприятия
специалистов, способных провести анализ технологических процессов, разработать
и внедрить систему их автоматизации. Так как автоматизируется одно направление
деятельности, имеющимся работникам не составит особого труда провести весь
комплекс работ по проектированию, разработке и внедрению системы
автоматизации. Разрабатываемая информационная система будет включать весь
необходимый функционал, и учитывать все особенность работы и пожелания
сотрудников организации, так как будет являться индивидуальным (уникальным)
продуктом, что позволяет быстро изменить функциональность в соответствии с
требованием внутреннего заказчика. Поэтому мы остановимся на собственной
разработке.
59
Итак, информационная система будет разрабатываться в центральном
аппарате АССП силами сотрудников Управления информационных технологий,
которые обладают необходимой квалификацией и опытом для разработки и
внедрения данной информационной системы.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение включает совокупность единой системы
показателей, потоков информации – вариантов организации документооборота;
систем классификации и кодирования экономической информации,
унифицированную систему документации и различные информационные массивы
(файлы), хранящиеся в машине и на машинных носителях и имеющие различную
степень организации [19]. Оно служит для отражения информации,
характеризующей состояние управляемого объекта и являющейся основой для
принятия управленческих решений, построения автоматизированных систем
управления и автоматизированных рабочих мест.
Обоснование состава и содержания входных и выходных документов,
метода их построения.
Основными входными документами реализуемого программного продукта
являются обращения граждан и прилагаемые к ним документы (справки, копии
правоустанавливающих документов и т.д.), которые поступают в АССП извне. Часть
из них является внемашинной, т.к. существует в виде письменного документа
(машинописного или рукописного) или телефонограммы. Электронные сообщения,
поступающие по каналам электронной почты (через форму обратной связи на
официальном веб-сайте Агентства) или из электронных СМИ, относятся к
внутримашинным. Но при сложившейся системе документооборота, такие
документы также переводятся в печатную форму, так что могут для упрощения
считаться внемашинными.
К входным внемашинным документам также относятся:
ведомственные инструкции по работе с обращениями граждан;
60
справочник исполнителей (подразделений и персоналий);
инструкция по работе с автоматизированной системой.
Выходными документами реализуемого программного продукта должны
являться записи в электронном журнале учета обращений, а также статистические
отчеты, позволяющие анализировать динамику поступления и обработки, а также
тематику обращений граждан. Образцы текущих бумажных форм выходных
документов представлены на рисунках 1.15 и 1.16.
Рисунок 1.15 - Образец учетной карточки обращений граждан
61
Рисунок 1.16 - Образец ведомости учета обращений
Таким образом, метод построения выходныфх документов в разрабатываемой
системе – использование унифицированных форм сложившегося бумажного
документооборота с последующим оригинальным проектированием на основе
пожеланий потенциальных пользователей.
Обоснование состава и методов построения экранных форм.
Формы ввода должны содержать стандартные зоны: рабочую и служебную. В
рабочей зоне концентрируется информация, необходимая для ввода на данном этапе
решения задачи, расчетная или справочная. В служебной зоне должны быть
отражены возможные функции, которые доступны пользователю ИС на
соответствующем этапе решения задачи, или вероятные запросы, ответы на которые
потребуются на данном этапе.
Желательно использовать отдельные формы для заполнения таблиц, но при
этом основной функционал системы должен быть завязан на главное окно
приложения. Ввод условно-постоянной первичной информации должно
осуществляться на отдельных формах.
Для реализации экранных форм должны применяться стандартные
интерфейсные элементы, а общий дизайн их расположения соответствовать
62
эргономическим принципам организации человеко-компьютерного взаимодействия
[28].
Обоснование состава классификаторов.
Для эффективного представления и кодирования информации может быть
разработан локальный фасетный классификатор типов обращений: по цели, по типу
и по способу подачи (см. рис. 1.6, раздел 1.2.1).
Обоснование способа организации информационной базы.
Хранение электронного журнала целесообразно осуществлять
централизованно, объединяя записи с различных рабочих мест сотрудников. Это
обуславливает выбор организации информационной базы в виде интегрированной
базы данных (БД) с централизованной организацией. Пользователи воспринимают
интегрированную базу данных как совокупность таблиц. При этом вся информация
о решаемой задаче будет содержаться на сервере БД, что соответствует клиент-
серверной архитектуре проекта, удовлетворяющей текущей организации
информационной системы в Агентстве.
Централизованная организация БД позволяет снижать требования к
требуемому объему дискового пространства, а форма в виде единого файла удобна
с точки зрения переноса и резервирования данных, обновления базы данных и т.п.
Файлы с результатной информацией, которые будут содержать данные
отчетов, предполагается хранить в системе как архивные, с целью составления
статистической отчетности за квартал, полугодие, год, для проведения анализа
деятельности Управления делами и других подразделений АССП по работе с
обращениями граждан.
Те же файлы, которые представляют собой выборки из файлов БД,
соответствующие запросам СУБД, не предполагается хранить в системе после
завершения одного производственного цикла, поскольку они могут быть
сформированы путем обращения к БД черед аналогичные запросы в любой момент
времени.
Обоснование методов проектирования компонент информационного
обеспечения.
Наиболее востребованными в настоящее время являются следующие CASE-
средства моделирования компонент информационного обеспечения: PowerDesigner
63
16.0, ERWin DataModeler 7.3 и MS Office Visio 2013. Для обоснования выбора
конкретного средства в Управлении информационных технологий был произведен
экспертный опрос специалистов в области информационного моделирования,
имеющих опыт работы с CASE-средствами, достаточный для проведения
сравнительного анализа и получения объективных результатов.
В результате опроса экспертов был определен перечень сравнительных
признаков, характерных для средств функционального моделирования.
1. Поддержка нотаций ERD;
2. Поддержка нотации IDEF1x;
3. Простота освоения и использования;
4. Поддержка кодогенерации;
5. Обеспечение целостности проекта и контроля за его состоянием;
6. Обеспечение качества проектной документации.
Результаты сравнения представленных CASE-средств по выбранным
критериям приведены в таблице 1.7. Значение «1» сопоставлено поддержке данной
опции, «0» - отсутствию поддержки, а частичной поддержке сопоставлено значение
0,5.
Таблица № 1.7
Матрица соотнесения возможностей CASE-средств потребностям проекта
Сравнительный признак
Power Designer
16.0
ERWin
DataModeler 7.3
MS Office Visio
2013
Поддержка нотаций ERD
1
0
1
Поддержка нотации IDEF1x
1
1
1
Простота освоения и
использования
1
1
1
Поддержка кодогенерации
(количество СУБД)
1
0,5
0
Обеспечение целостности
проекта и контроля за его
состоянием
1
1
0
Обеспечение качества
проектной документации
1
1
1
Обобщенная оценка
6
4,5
4
64
Возможность поддержки кодогенерации оценивалась количеством СУБД, для
которых CASE-средство способно генерировать код. В результате сравнения средств
информационного моделирования по обобщенному показателю, представленному в
таблице 1.7, для целей проекта наиболее пригодным является средство
PowerDesigner 16.0 фирмы Sybase.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) представляет собой совокупность программ
системы обработки информации и программных документов, необходимых для их
эксплуатации [19].
При выборе операционной системы основным требованием, предъявляемым
политикой информационной безопасности Агентства, является согласованность
программно-технических решений. Поэтому разработка информационной системы
должна вестись под ту операционную систему, которая определена паспортами
рабочих станций операторов кадровой службу Управления делами АССП – Windows
7 64-bit CE.
Предполагается, что специалистов Управления информационных технологий
и руководство АССП удовлетворяет выбор данной операционной системы по
требованиям надежности, эффективности, понятности пользователю, защиты
информации, модифицируемости, мобильности, масштабируемости, минимизации
затрат на сопровождение и поддержку и т.д.
В рамках выбора общего ПО выполним обоснование выбора используемой
системы управления базами данных (СУБД). В качестве кандидатов выберем
основные используемые в большинстве коммерческих приложений СУБД,
функционирующие под управлением операционных систем семейства Windows:
Paradox for Windows, MS Access 200x, Oracle Server 8.1, SQL Anywhere 5.5 и MS SQL
Server 2014.
Сформулируем основные требования к СУБД на основе существующей
программно-аппаратной архитектуры информационной системы АССП, а также
современного уровня развития информационных технологий. Так, уровень хранения
данных в системе должен быть построен на основе современных реляционных или
65
объектно-реляционных СУБД. Для обеспечения целостности данных должны
использоваться встроенные механизмы СУБД. Средства СУБД должны
обеспечивать документирование и протоколирование обрабатываемой в системе
информации, а доступ к данным должен быть предоставлен только авторизованным
пользователям с учетом их служебных полномочий, а также с учетом категории
запрашиваемой информации.
Структура базы данных должна быть организована рациональным способом,
исключающим единовременную полную выгрузку информации, содержащейся в
базе данных системы. Серверная БД должна храниться на серверной СУБД, для
защиты данных.
К числу второстепенных критериев для выбора системы можно отнести:
механизмы блокировок таблиц и записей таблицы при обращении к ним,
производительность, размер базы данных на дисковом пространстве, надежность,
скорость восстановления и выгрузки базы данных. Сравнение проводилось как с
базами данных с открытым кодом, так и полностью платными.
Выбор системы управления БД произведем на основании матрицы
соотнесенности возможностей СУБД потребностям проекта (таблица 1.8).
Таблица № 1.8
Соотнесение возможностей СУБД и потребностей проекта
СУБД
Сравнительный признак
Paradox
for
Windows
MS
Access
200x
Oracle
Server 8.1
SQL
Anywhere
5.5
MS SQL
Server
2014
Поддержка архитектуры
клиент-сервер
0
0
1
1
1
Реализация реляционной
модели данных
1
1
1
1
1
Наличие механизмов защиты
0
1
1
1
1
Поддержка синтаксиса SQL-
92
1
1
1
1
1
Наличие в реестре
программных средств АССП
0
1
1
0
1
Отсутствие необходимости
дополнительного изучения
1
1
1
0
1
Наличие опыта применения
1
1
0
0
1
Возможность выбора языка
разработки приложений
1
1
1
0
1
Общая оценка
5
7
7
4
8