35
измерений, по итогам которого случается выравнивание искажений. Мы
хотим предложить разбить размах количественных значений каждого
признака на несколько интервалов и присвоить каждому из интервалов
высококачественные значения признака.
При классической методике разработки рыночного
(конкурентоспособного) профиля также проводится оценка значимости
характеристик. Принято присвоение последующих весовых коэффициентов
показателям конкурентоспособного профиля: 1 - малозначащий показатель, 2
- показатель средней значимости, 3 - главный показатель. Определение
весовых коэффициентов показателя производится в главном при помощи
способа экспертных оценок, значительным недочетом которого является
высочайший уровень субъективности. Для нивелирования фактора
субъективности при оценке тактики мы хотим предложить принять равные
весовые коэффициенты для всех причин стратегической альтернативы.
Более рациональные стратегические кандидатуры будут сдвинуты в
правую сторону рыночного (конкурентного) профиля. Главным аспектом
продуктивности является наибольшее значение итоговой суммы
высококачественных значений причин рыночного (конкурентного) профиля
стратегической кандидатуры, что отражает более результативную
эксплуатацию причин.
При условии разработки значимого числа стратегических альтернатив в
качестве предстоящего развития внедрения рыночного (конкурентного)
профиля может быть применение кластерного изучения для определения
более применимых и не противоречащих друг дружке вариантов тактики.
Каждому выявленному виду риска, присущему реализации
стратегической кандидатуры, дается оценка вероятности его пришествия по
шкале: высочайшая — высочайший уровень вероятности пришествия;
средняя — средний уровень вероятности пришествия; низкая — маленький
уровень вероятности пришествия.
Действие риска по шкале: высочайшее — мощное действие; среднее —
36
умеренное действие; низкое – слабенькое действие.
Выбор хорошей стратегической кандидатуры таким образом
производится на основании 2-ух главных критериев: итоговое значение
заслуги характеристик рыночного (конкурентного) профиля и воздействия
рисков реализации. По мере необходимости формулируются доп аспекты
выбора для формирования очень действенного направления развития
промышленного компании. К примеру, в качестве аспекта могут выступать
наименьший срок реализации альтернативы; доступность ресурсов, нужных
для ее реализации; вероятная степень контроля; мотивация и вовлечение
персонала организации; соответствие целям и задачкам владельцев; учет
стратегии развития города, региона, территории и т.д.
Модель производственной компании. На рисунке 4 дана одна из
таковых типовых моделей, она показывает корневой процесс на системном
уровне без привязки к определенной отрасли и состоит из 6 под процессов:
- Рынок, исследование рынка (маркетинг).
- Проектирование продукции, продуктов, услуг.
- Планирование и организация производства.
- Планирование и организация снабжения данных размеров
производства.
- Сбыт продукции.
При таком подходе к главным относятся все процессы, конкретно
действующие на дополнительную цена предоставляемых делом товаров
(услуг).
Тут показана цепочка действий, влияющих на конечную цена и на
потребительские характеристики производимых товаров (услуг).
К вспомогательным действиям относятся те, формирующие
инфраструктуру компании и обслуживают главные процессы. Естественно,
можно увидеть, что подобное разделение действий на поддерживающие и
главные не серьезное и является предметом соглашения, т. е. корневая
модель БП, состав БП и порядок их систематизации выступают предметом
37
соглашения в руководстве компании.
Модель производственно-торговой компании. К главным действиям в
иной нередко упоминаемой модели относятся последующие БП:
- маркетинг;
- разработка товаров и услуг;
- создание продукции;
- управление снабжением, сбытом и доставкой;
- воплощение продаж и управление обслуживанием клиентов.
Можно увидеть, что наименования этих БП в чем-либо коррелируют, в
чем-либо соединены, в чем-либо напоминают наименования действий из
предшествующей модели, и это вправду так.
К поддерживающим действиям в данной модели отнесены:
- улучшение деятельности (по-другому это можно назвать бизнес-
инжинирингом);
- управление защитой окружающей среды;
- управление наружными связями;
- управление деньгами
- управление корпоративными службами;
- управление персоналом;
- управление инфраструктурой компании;
- управление правовыми услугами;
- снабжение;
- разработка и сопровождение систем (технологий).
В итоге, в данной модели выделены 5 главных действий и одиннадцать
поддерживающих.
Вообще говоря, в отношении 5 и одиннадцати можно поспорить или
внести, какие-или предложения по названиям, но данный спор и эти
предложения имеют смысл лишь тогда, когда идет речь о совершенствовании
определенной компании, в отношении которой предлагаются те либо другие
изменения этой модели. Модели выступают опорными, но они не являются
38
единственно правильными и не могут быть тиражируемыми в том смысле,
что они, вообще говоря, впрямую не переносятся.
2.2. Анализ существующих ИС
В процессе изучения сегмента рынка программного обеспечения,
решающие задачу оборота документов на предприятии, были отобраны
несколько ИС для решения существующей проблемы в организации.
DIRECTUM – система электронного документооборота и управления
взаимодействием, нацеленная на повышение эффективности работы всех
сотрудников организации в разных областях совместной деятельности.
Система Docsvision предназначена для автоматизации управления
документами и бизнес-процессами, включая как общую управленческую
деятельность, так и различные функциональные задачи подразделений, и
операционные процессы в деятельности предприятий.
«1С:Документооборот» – система электронного документооборота
(СЭД), созданная фирмой 1С на основе платформы 1С:Предприятие и
обеспечивающая полный цикл обработки документов компании, в комплексе
решающий задачи автоматизации учета документов, взаимодействия
сотрудников, контроля и анализа исполнительской дисциплины.
Сравнительные характеристики указанных ИС и их стоимость, из расчета
использования 10 сотрудниками, приведены в таблице 1.
Таблица 1
Сравнительные характеристики ИС и их стоимость
Критерии DocsvisionDirectum 1C: Документооборот
Общее:
ОС сервера
MS Windows Server
2003,
2008, 2008 R2
Microsoft Windows
Server
2003,2008,2008
R2.2012
Windows Server 2003,
2008,
2012. Windows XP,
Vista, 7,
8. Linux
39
ОС клиента
Минимальные
требования:
MicrosoftWindows ХР
Professional (SP3
ивыше);
MicrosoftWindows 7
(любая
редакция).
Рекомендуется:
MicrosoftWindows 7
(любая
редакция).
Microsoft Windows XP
Professional Microsoft
Microsoft Windows 7
Ошибка!
te 32-разрядная или 64-
разряднаяMicrosoft
Windows 8
Pro/Enterprise 32-
разрядная или 64-
разрядная
Windows Server 2003,
2008,
2008 R2, 2012.
Windows XP,
Vista, 7, 8. Linux,
MacOSX
10.5 и выше.
Мобильный
клиент: iOS3.2, 4.2 и
выше
(только планшеты iPad
),
Android.
Тип клиентского
приложения
•Толстый клиент;
•Тонкий клиент;
•РМ Руководителя
(толстый
клиент).
•Мобильные клиенты
под
iPadи Android.
Клиент под Windows 8
•Толстый клиент;
•Тонкий клиент (в том
числе
для мобильных
устройств);
•DIRECTUMSolo
(Клиент
для планшетов и
ноутбуков
на ОС Windows7, 8);
•DIRECTUMдля
SharePoint;
•Клиент под iPad.
Internet Explorer,
Firefox,
Opera, включая
браузеры
мобильных устройств
(Opera
Mobile, Safari Mobile,
IE
Mobile)
•Толстый клиент;
•Тонкий клиент;
•Web-клиент;
•Мобильный клиент
для iOS
и Android(тестовая
версия).
Microsoft Internet
Explorer
8.0, 9.0(х86), 10(х86).
Mozilla Firefox от 17,
Google
Chrome от4, Safari 4.0.5
и
выше.
Web-браузер
Microsoft Internet
Explorer
8.0 и выше Google
Chrome
Safari
СУБД
MS SQL Server (2005,
2008,
2008 R2, 2012).
Поиск документов
По реквизитам,
полнотекстовый, с
учетом
морфологии.
Обработка документов различных типов
Типы документов
Входящий, исходящий,
внутренний, документ.
Есть
возможность добавлять
собственные виды
документов
В стандартную
поставку
системы входит около
30
видов документов, под
которые есть карточки.
Обращения граждан,
входящий, исходящий,
внутренний,
договорной
документы.
Обеспечение информационной безопасности
Разграничение прав
доступа
Каждому пользователю
и
каждому объекту
назначается уровень
допуска;
•Используется ролевая
модель.
Права назначаются на
уровне пользователей и
групп пользователей
как на
компоненты системы в
целом, так и на
отдельные
записи и реквизиты.
Используются
ограничения
на уровне ролей и
ограничения на уровне
записей базы данных
(RLS-
RecordLevelSercurity)
платформы «1C».
Стоимость СЭД
40
Правила
лицензирования
Лицензии
конкурентные
(количество
одновременных
подключений).
Лицензии могут быть
именными или
конкурентными (в
зависимости от
редакции).
Лицензии
конкурентные
(количество
одновременных
подключений).
Стоимость на
подключение10
пользователей (руб.)
23000
59000
77400
Стоимость
технической
поддержки на 1 год от
производителя СЭД.
(руб.)
0
0
19776
Стоимость
технической
поддержки на 2 и
последующие годы от
производителя СЭД.
(руб.)
4600
11800
29664
Исходя из полученных данных, следует, что информационные
системы обладают следующими признаками:
1. Достаточный функционал всех перечисленных ИС;
2. Docsvision и DIRECTUM используют проприетарные СУБД;
3. DIRECTUM и «1С:Документооборот 8» обладают высокой
стоимостью владения.
Как мы можем увидеть из приведенных выше кратких характеристик
ИС документооборота, все они обладают достаточным спектром
предоставляемых действий с документами.
Так же все они имеют закрытый код, что затрудняет адаптацию к
бизнес-процессам компании и интеграцию с другими подсистемами. И
обладают существенной функциональной избыточностью, которая не будет
применяться в условиях организации.
На основании аналитического обзора, необходимых для исследования
факторов, руководителем «Управления финансов и налоговой политики
администрации Гремячинского района» было принято решение о разработке
собственной ИС для обработки документов.
41
2.3 Обоснование выбора для разработки ИС
Абстрактное представление данных, сокрытие от пользователя
особенностей хранения и управления этими данными – один из
основополагающих моментов в проектировании информационной системы.
База данных разрабатывается, как общий ресурс для различных
пользователей. Каждый пользователь имеет собственное представление о
структуре данных, отличное от других пользователей. Это обусловлено
следующими причинами:
- каждый пользователь обращается к общим данным, используя при
этом своё представление о структуре данных;
- взаимодействие пользователя с базой данных (БД) не должно
зависеть от особенностей её физической реализации;
- администратор базы данных (АБД) может изменять структуру и
формат данных, без изменения представлений;
- структура БД не должна зависеть от способов физического хранения
данных;
- АБД должен иметь возможность изменять концептуальную модель
данных и это не должно менять представлений пользователей.
Одним из таких физических изменений может быть изменение
способа хранения.
Следовательно, для решения упомянутых задач, помимо выбора
модели БД, так же необходимо определиться со способом доступа к БД
системы или архитектурной моделью программного комплекса (архитектура
БД). Архитектурная модель – модель, с помощью которой СУБД
структурирует и манипулирует перманентными данными.
Простейшей архитектурой баз данных является локальная модель.
Если БД располагается на том же компьютере, что и приложения, которые
работают с этой базой данных, то информационная система имеет локальную
архитектуру. С базой данных, как правило, работает один пользователь - это
однопользовательский режим.
42
В локальной архитектуре логика, данные и приложение, работающие
как единое целое не могут быть разделены. Среди таких СУБД можно
назвать Access, Dbase, Paradox. Можно организовать многопользовательский
режим доступа, если использовать сеть с локальной БД. Файлы БД и
приложения располагаются на сервере сети.
Для каждого пользователя работает своя копия приложения. Этот
вариант использования локальной БД принято считать системой с
архитектурой «файл-сервер».
Архитектура «файл-сервер» используется в сетях с небольшим
количеством компьютеров. В качестве СУБД могут использоваться
персональные СУБД, например, Paradox или dBase. Преимуществом
архитектуры «файлсервер» являются простота построения. Приложение
разрабатывается в расчете на одного пользователя.
Если БД поместить на удаленный компьютер-сервер сети, а
приложения, размещать на компьютерах пользователей, то такая архитектура
называется архитектурой «клиент-сервер». Информационная система будет
состоять из сервера и клиента.
Клиентская часть, это приложения пользователей. Клиентская часть
формирует и отправляет запрос удаленному серверу с БД. Запрос
формируется на языке запросов SQL. Язык запросов к БД SQL является
стандартом реляционных моделей данных. Удаленный сервер направляет
запрос SQLсерверу баз данных, который обеспечивает выполнение запроса с
дальнейшей выдачей результатов клиенту.
При использовании архитектуры «клиент-сервер» клиент получает
только данные, которые были затребованы клиентом.
Для построения архитектуры «клиент-сервер» используются
многопользовательские СУБД, такие как, Oracle, Microsoft SQL Server,
MySQL, PostgreSQL. Рассмотренная архитектура «клиент-сервер» является
двухуровневой: приложение-клиент и сервер БД. Клиентское приложение
еще называют «толстым», клиентом (иногда называют «сильным» клиентом).
43
Развитие этой архитектуры ведет к появлению трехуровневой
«клиент-серверной» архитектуры: приложение-клиент, сервер приложений и
сервер. В трехуровневой архитектуре часть программного кода приложения
клиента располагается на сервере приложений.
Клиентское приложение называют «тонким» клиентом. Рассмотрев
различные архитектуры БД, а также выявив достоинства и недостатки,
каждой из них, было принято решение, что при проектировании
разрабатываемого модуля лучше всего воспользоваться клиент-серверной
технологией.
Данная технология более надежна при многопользовательской работе
в отличие от того же сетевого подключения по технологии «файлсервер».
44
ГЛАВА 3. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ
3.1 Проектирование структуры БД
На основании анализа исходных данных проведенных при
проектировании ИС были выделены следующие сущности концептуальной
модели данных для регистрации входящих документов организации.
1. «Корреспонденты». Отправители документов – организации,
условно названы клиентами системы.
2. «Подразделения организации». Сущность, содержащая данные о
подразделениях организации;
3. «Документы». Сущность, содержащая данные о входящих
документах;
4. «Статус документа». Сущность, содержащая данные о регистрации
документа сотрудником организации;
5. «Сотрудники». Сущность, содержащая данные о сотрудниках
организации; При разработке базы данных объекты преобразуются в таблицы
БД, а атрибуты объекта преобразуются в поля таблиц БД.
Структура БД может меняться в процессе разработки ИС, но при этом
все заголовки таблиц на русском языке, которые находятся в специальных
блоках программных модулей, также должны соответственно меняться.
Это не влияет на разработку самих программных модулей,
реализующих табличное представление данных на экране дисплея. Для
проектирования БД и построения ER- диаграммы использовался пакет
MySQLWorkbench, который является инструментом проектирование БД и их
обслуживания.
Пакет автоматизирует, улучшает связь среди команд разработчиков и
архитекторами БД. Он позволяет архитекторам данных наглядно
представлять требования, общаться с заинтересованными лицами по
вопросам проектирования. Это свойство пакета использовалось для
построения ER- диаграммы БД системы.