Файл: Проектирование реализации операций бизнес-процесса «Управление документооборота».pdf

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

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

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

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

Внесение изменений в копии эксплуатационных и (или) ремонтных документов должно проводиться на основании бюллетеня по ГОСТ 2.603.

Бюллетени выпускают в следующих случаях:

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

- устранение конструктивных и производственных недостатков, не приводящих к прекращению эксплуатации. Бюллетеням присваивают шифр БД;

- улучшение конструкции и повышение надежности изделия. Бюллетеням присваивают шифр БУ;

- изменение эксплуатационных документов. Бюллетеням присваивают шифр БЭ;

- изменение ремонтных документов. Бюллетеням присваивают шифр БР.

1.2. Характеристика существующих бизнес – процессов.

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

Рассмотрим основной бизнес-процесс – учет поступлений и отгрузок товара – с использованием методологии IDEF0 и реализующего ее средства BpWin. Контекстная диаграмма процесса учета инженерного документооборота представлена на рисунке 2.1. Точка зрения модели – пользователь системы.На рисунке 2.2 показана декомпозиция контекстной диаграммы.

Рисунок 2.1 – Вести учет документооборота – контекстная диаграмма

В соответствии с контекстной диаграммой, входами процесса являются:

– информация о документах;

– информация о сотрудниках.

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

Результатом функционирования системы являются:

– ведомость документов;

– отчеты о движении документов.

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

– Работать со справочниками;

–Вести учет входящих документов;

–Вести учет исходящих документов;

– Вести учет использования документов;

– Формировать отчеты.

Рисунок 2.2 – Вести учет инженерного документооборота – уровень А0

Дальнейшая декомпозиция блоков представлена на рисунках 2.3-2.6.

Рисунок 2.3 – Работать со справочниками

Рисунок 2.4 – Вести учет входящих документов

Рисунок 2.5 – Вести учет исходящих документов

Рисунок 2.6 – Формировать отчеты – уровень А1

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

Диаграмма дерева узлов представлена на рисунке 2.7

Рисунок 2.7 – Диаграмма дерева узлов

1.3. Характеристика документооборота, возникающего при решении задачи.

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

• журнал регистрации документов;

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

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

Перечислим ряд аргументов в пользу автоматизации бизнес-процессов и документооборота:

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

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

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

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

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

• • вести учет выдач документов сотрудникам и их возврат;

– формировать журнал входящих документов;

– формировать журнал исходящих документов;

– формировать журнал учета выдачи и возврата документов.

1.4. Обоснование проектных решений по информационному обеспечению.

В качестве СУБД для хранения данных системы была выбрана СУБД MSSQLServer 2012.

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

Доступность. В системе SQL Server 2012 реализованы новые возможности AlwaysOn, обеспечивающие высокую доступность данных и предоставляющие возможность аварийного восстановления. Механизмы AlwaysOn позволяют настраивать до четырех зеркал данных, которые сгруппированы в так называемые группы доступности AlwaysOnAvailabilityGroups. Вы можете выбрать скорость зеркального отображения почти так же, как это делается в системе SQL Server 2008 R2. Новшество заключается в том, что решение построено на основе отказоустойчивости кластеров Windows, поэтому сервер использует виртуальные сетевые имена и виртуальные IP-адреса. Это позволяет клиентам подключаться к виртуальным именам и IP-адресам и не зависеть от кодирования доступных партнерских серверов в строке соединения. Такой подход значительно сокращает время перехвата управления вторичными серверами при отказе.

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

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

Начальная настройка механизмов AlwaysOn должна производиться утилитой SQL ServerConfigurationManager. Если вы попытаетесь сначала использовать продукт SQL ServerManagementStudio (SSMS), то получите сообщение об ошибке, описывающее, как правильно настраивать возможности AlwaysOn. После включения (и перезапуска) службы SQL Server можно пользоваться инструментами SSMS, такими как мастер NewAvailabilityGroup. Мастер достаточно «интеллектуален» и по ходу дела будет сообщать вам не только о том, что база данных не может работать в группе доступности, но и о причинах такой ситуации (например, у вас до сих пор нет полной резервной копии базы данных, или вы используете неверный режим восстановления). В едином интерфейсе можно настроить все имеющиеся вторичные реплики, как показано на рисунке 2.6. После выполнения настройки дерево AlwaysOnHighAvailability в обозревателе объектов заполняется соответствующими репликами, базами данных и слушателями, как показано на рисунке 2.7.

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

В качестве языка разработки был выбран язык C#, в качестве среды разработки MSVisualStudio 2010.

Специально для платформы .NET Microsoft был разработан новый язык программирования C#. C# - это язык программирования, синтаксис которого очень похож на синтаксис Java (но не идентичен ему). Например, в C# (как в Java) определение класса состоит из одного файла (*.cs), в отличие от C++, где определение класса разбито на заголовок (*.h) и реализацию (*.cpp). Однако называть C# клоном Java было бы неверно. Как C#, так и Java основаны на синтаксических конструкциях C++. Если Java во многих отношениях можно назвать очищенной версией C++, то C# можно охарактеризовать как очищенную версию Java.

Синтаксические конструкции C# унаследованы не только от C++, но и от VisualBasic. Например, в C#, как и в VisualBasic, используются свойства классов. Как C++, C# позволяет производить перегрузку операторов для созданных вами типов (Java не поддерживает ни ту, ни другую возможность). C# - это фактически гибрид разных языков. При этом C# синтаксически не менее (если не более) чист, чем Java, так же прост, как VisualBasic, и обладает практически той же мощью и гибкостью, что и C++. Подводя итоги, еще раз выделим основные особенности C#.

– Указатели больше не нужны. В программах на C#, как правило, нет необходимости в работе с ними (однако если вам это потребуется, пожалуйста, - возможности для работы с указателями в вашем распоряжении).

– Управление памятью производится автоматически.

– В C# предусмотрены встроенные синтаксические конструкции для работы с перечислениями, структурами и свойствами классов.

– В C# осталась возможность перегружать операторы, унаследованные от C++. При этом значительная часть возникавших при этом сложностей ликвидирована.

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