Автоматизация бизнес процессов предприятия дипломная работа

Автоматизация бизнес-процессов компании

Содержание

Введение

1.      Процессный подход к
оптимизации деятельности

1.1 Синергия
процессов

1.2 Сквозные
процессы

1.3 WorkFlow- и
DocFlow-системы

1.4 Анализ
причин неэффективности процессов

1.5
Моделирование бизнес-процессов

1.6 Оптимизация
процессов с помощью подхода Мартина

2.      Обзор методов
моделирования бизнес-процессов

2.1 IDEF0

2.2 IDEF3

2.3 DFD (Data
Flow Diagramming)

2.4
Универсальный язык моделирования UML

2.4.1 Диаграмма
вариантов использования

2.4.2 Диаграммы
классов

2.4.3 Диаграмма
состояний

2.4.4 Диаграмма
последовательностей

3.      Разработка проекта
автоматизации бизнес-процесса компании ЗАО «ФМ Ложистик Кастомс»

3.1 Распознание
бизнес-процессов

3.2 Описание
бизнес-процессов основных направлений

3.2.1 Процесс «
Прибытие груза»

3.2.2 Процесс «
Хранение груза на СВХ»

3.2.3 Процесс
«Выдача груза с СВХ»

3.3 Анализ
проблем и причины недостаточной эффективности в работе «ФМ Ложистик Кастомс»

3.3.1
Отсутствие регламентов компании

3.3.2 Медленное
реагирование изменений внешних условий

3.3.3 Наличие
«неправильных» документов

3.3.4 Наличие
неоптимизированных и неавтоматизированных процессов

3.4 Оптимизация
процессов

3.5
Автоматизация процесса сверки сведений из электронных документов

3.5.1 Исходные
данные и условия

3.5.2 Документ
ДТ ( электронные файлы)

3.5.3 Документ
ДО1(электронные файлы)

3.5.4 Связи

3.5.5
Реализация, интерфейс

3.6 Работа с
модулем сверки

Заключение

Список
используемой литературы

Приложения

Введение

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

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

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

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

Электронные документы используются и в компании ЗАО «ФМ Ложистик
Кастомс». Основным направлением деятельности этой компании является таможенное
оформление импортируемых, экспортируемых грузов, хранение их на складе
временного хранения — СВХ. Компания представляет одно из звеньев крупной
компании «ФМ Ложистик», эксперта в области логистики на российском рынке. Своим
возникновением она обязана совместному бизнесу семей Фор и Моше во Франции. Сейчас
существует множество платформ «ФМ Ложистик» как за рубежом, так и в России.

Объектом исследования в моей дипломной работе стала деятельность компании
ЗАО «ФМ Ложистик Кастомс», а цель работы — усовершенствование
деятельности вышеуказанной компании.

Чтобы достичь цели, нужно выполнить следующие задачи:

·        определить перечень целевых функций предприятия;

·        провести анализ распределения функций по подразделениям и
сотрудникам;

·        определить перечень применяемых на предприятии средств
автоматизации;

·        построить модель “как есть” (as-is), для этого распознать и
описать бизнес-процессы компании и построить диаграммы процессов;

·        выделить бизнес-процессы для автоматизации;

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

·        предложить проект автоматизации процесса в целом;

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

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

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

Таким образом, результатом работы должен стать проект
автоматизации бизнес-процесса с применением процессного подхода. Программная
часть проекта реализована в среде Microsoft Office
— Access, Excel с помощью VBA.

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

Группа заинтересованных лиц:

·        генеральный директор компании;

·        менеджер по таможенному оформлению;

·        руководитель отдела статистики;

·        сотрудники, принимающие участие в автоматизируемом процессе.

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

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

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

1. Процессный подход к оптимизации деятельности

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

Базовое определение состоит в том, что процесс — это некоторая логическая
последовательность связанных действий, которые преобразуют вход в результаты
или выход. Бизнес-процесс по Эриксону это цепь логически связанных,
повторяющихся действий, в результате которых используются ресурсы предприятия
для переработки объекта (физически или виртуально) с целью достижения
определенных измеримых результатов или продукции для удовлетворения внутренних
или внешних потребителей. [1]

Рис. 1 Общий вид процесса

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

Преимущества процессного подхода состоят в следующем:

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

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

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

·        назначение владельцев процессов (ответственных за процесс)
позволяет избежать распыления ответственности;

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

1.1 Синергия процессов

Синергия, или синергизм (от греческого «вместе действующий») —
это взаимодействие двух или более процессов, характеризующееся тем, что их
совместный эффект существенно превосходит сумму эффектов каждого отдельно
взятого процесса. [10]

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

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

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

·        возможность налаживания коммуникаций между субъектами;

·        единая система измерений:

o   ценности;

o   цели и показатели;

o   операционные определения;

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

·        наличие мотивации у сотрудников. [3]

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

 

.2 Сквозные процессы

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

Процесс можно считать сквозным, если:

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

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

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

·              результат процесса важен с точки зрения достижения целей
организации в целом (или существенной ее части) либо удовлетворения
потребностей внешнего потребителя;

·              существует возможность значительного улучшения деятельности
(усиления эффектов синергии) за счет оптимизации межфункционального
взаимодействия в рамках процесса. [3]

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

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

На уровне организаций вместо понятия сквозного процесса используется
термин «цепочка создания ценности», ЦСЦ. Для ее описания и анализа разработаны
и применяются соответствующие методы. В определенной части ЦСЦ также возможно
определение сквозного процесса. Его выделение и оптимизация может обеспечить
усиление синергетических эффектов на уровне цепочки создания ценности. Примером
такого сквозного процесса является, в частности, взаимодействие сотрудников
отдела таможенного оформления компании ЗАО «ФМ Ложистик Кастомс» и сотрудников
таможенного поста «Аббакумовский», на территории которого расположен отдел.

Результаты сквозного процесса должны быть важны с точки зрения:

·              достижения целей организации;

·              системной оптимизации ее деятельности;

·              улучшения коммуникаций между структурными подразделениями;

·              усиления синергетических эффектов.

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

Инструмент сквозных процессов требуется, когда:

·              эффективность деятельности организации в целом снижается;

·              поставленные собственниками цели достигаются лишь частично;

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

·              удовлетворенность внешних потребителей продукцией (услугами)
организации снижается;

·              организация обюрокрачивается, становится инертной, снижается
управляемость.[3]

Сквозными процессами, исследуемыми в настоящей работе, являются процесс
электронного документооборота складских отчетов и деклараций на товары,
оформляемых в компании ЗАО « ФМ Ложистик Кастомс». Синергетический эффект
достигается, как будет показано ниже, между отделом оформления и отделом
статистики и складских операций.

 

.3 WorkFlow- и DocFlow-системы

Системами управления бизнес-процессами или BPM-системами (Business
Process Management ) называются компьютерные системы, которые основаны на
процессном подходе к управлению бизнес — системами. Эти системы формирует
единый язык описания управления бизнес — процессами и помогают быстро
интегрироваться сотрудникам предприятия в разрабатываемые схемы.

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

— теория сетей Петри;

— концепция «π-исчисления» [2].

Первая основана на классической теории графов. Она включает графическую
нотацию — систему графических обозначений, на основе которых можно строить
соответствующие графы. Некоторые языки описания бизнес-процессов используют
понятия узлов, переходов, условий, аналогичные понятиям сетей Петри. Робин
Милнер в конце 80-х г. XX в разработал концепцию π-исчисления, основанную на алгебре
параллельных процессов, объектами которых являются выражения над элементами
специальных множеств и преобразования над этими выражениями. В свете этой
концепции появились формальные языки описания бизнес-процессов, такие как BPML
и BPEL.

Существует два вида BPM-систем WorkFlow и DocFlow-системы.
WorkFlow-системы используют понятие потока. Деятельность бизнес — системы
рассматривается как перемещение элементов работы по определённому маршруту
между исполнителями в соответствии с заданными правилами. Этот процесс
сопровождается передачей от одного исполнителя к другому точки управления. Для
DocFlow-системы основным понятием является поток документов. При этом подходе
бизнес-система является потоком документов, перемещающихся между редакторами по
заданному маршруту. В отличие от WorkFlow-систем при движении документов
происходит передача от одного редактора не точки управления, а «корзины»
документов. При всем различии подходов к моделированию бизнес-процессов
существует возможность моделировать многие виды бизнес-процессов при помощи
DocFlow-систем, а также использовать WorkFlow-системы для моделирования
документооборота.

Настоящая работа может быть отнесена к числу DocFlow-систем.

 

.4 Анализ причин неэффективности процессов

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

Традиционный способ систематизации причин — диаграммы
причинно-следственных связей.

Рис. 2 Схема диаграммы причинно-следственных связей

Основные принципы построения:

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

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

1.5 Моделирование бизнес-процессов

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

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

)        уровень целей;

)        уровень окружающей среды;

)        уровень внутренней организации.

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

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

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

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

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

Бизнес-процессы третьего уровня используются в следующих целях:

·        выявление и формирование элементов организации;

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

·        проектирование процессов текущей операционной деятельности,
отчётности и документооборота.

Тема дипломного проекта посвящена решению задач третьего уровня.

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

 

.6 Оптимизация процессов с помощью подхода Мартина

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

Подход Мартина базируется на двух концепциях:

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

·              первоначальной направленности на моделирование данных, а
затем на функциональное моделирование [4]

Основные этапы подхода Мартина приведены на рисунке.

Рис.
3 Основные этапы подхода Мартина

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

2.      Этап анализа. На этом этапе происходит разбиение общей задачи,
сформулированной на первом этапе, на частные

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

2. Обзор методов моделирования бизнес-процессов

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

Примеры методов моделирования:

·        метод функционального моделирования SADT/IDEF0;

·        метод моделирования процессов IDEF3;

·        моделирование потоков данных DFD;

·        нотация моделирования потоков работ BPMN;

·        метод ARIS;

·        метод моделирования, используемый в технологии Rational
Unified Process. [2]

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

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

Таблица №1.

Методология	Нотация и язык	Стандарт	CASE-средства
SADT	IDEF0	IDEF0	IDEF Doctor, MS Visio, BPWin (AllFusion)
IDEF3	IDEF3	IDEF3
DFD	Гейна-Сарсона, Йордана-Де Марко	DFD
IDEFX	IDEFX	IDEFX	ERWin (AllFusion)
ARIS	VAD c EPC/PCD	ARIS	ARIS Toolset, MS Visio
OOM	UML	UML2.0	Rational Rose, MS Visio, Magie Draw

В 60-х годах Дугласом Россом был создан метод структурного анализа и
проектирования SADT (Structured Analysis and Design Technique). Методология
быстро развивалась, и в 1973 году была применена при реализации крупного
аэрокосмического проекта. Сейчас ее используют при работе над проектами,
охватывавшими широкий спектр проблемных областей. С помощью методологии SADT
решаются задачи учета, контроля, управления. В SADT моделях используются как
естественный, так и графический языки.

Для описания какой-либо конкретной предметной области служит методология
SADT/IDEF0.

2.1 IDEF0

Модели в нотации IDEF0 предназначены для высокоуровневого описания
предназначения бизнеса компании. Основным понятием стандарта IDEF3 является
принцип декомпозиции. Он позволяет заменить решение одной большой задачи
решением серии меньших задач, разобрать объект на составные части. Декомпозиция
применяется для детализации бизнес — моделей, представления в виде
иерархической структуры отдельных диаграмм. Модель IDEF0 всегда начинается с
представления системы как единого целого — одного функционального блока с
интерфейсными дугами, уходящими за пределы рассматриваемой области. Такая
диаграмма с одним функциональным блоком называется контекстной диаграммой и
обозначается идентификатором «А-0». [2]. В 3 главе приведена такая диаграмма
для описания процесса таможенного оформления. Затем блок, который представляет
систему в качестве единого модуля, детализируется на другой диаграмме с помощью
нескольких блоков. Каждая детальная диаграмма является декомпозицией блока из
диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего
уровня называется родительской.

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

 

.2 IDEF3

Нотация IDEF3 предлагает структурный метод описания процессов и предназначена
для описания потоков работ (Work Flow Modeling). Модель описывается как
упорядоченная последовательность событий. Описания событий близко к
алгоритмическим методам построения блок-схем. Методика IDEF3 хорошо
приспособлена для сбора данных. [2]

С помощью различных видов стрелок и символов ветвления (&, X, O) и символов синхронности в IDEF3 реализуются различные типы
связей между действиями, которые именуются глаголами и изображаются в виде
прямоугольников. Действиям присваивается уникальный идентификационный номер.
Завершение одного действия может инициировать начало выполнения сразу
нескольких других действий, или наоборот, определенное действие может требовать
завершения нескольких других действий до начала своего выполнения (ветвление
процесса).

Данная методика не имеет жёстких синтаксических и семантических
ограничений. Очень часто IDEF3 используют как метод, дополняющий IDEF0.

2.3 DFD (Data Flow Diagramming)

Методология DFD была разработана для описания потоков данных (Data Flow
Modeling). Нотация диаграмм потоков данных позволяет отображать на диаграмме и
последовательность шагов бизнес-процесса, и поток данных. Цель такого
представления — продемонстрировать, как каждый процесс преобразует свои входные
данные в выходные. На диаграммах отображают информационные и материальные
потоки. В нотации поддерживается принцип декомпозиции.

Основными компонентами диаграмм потоков данных являются:

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

·        системы и подсистемы;

·        процессы (преобразование входных потоков данных в выходные в
соответствии с определенным алгоритмом);

·        накопители данных (абстрактные устройства для хранения
информации);

·        потоки данных (на диаграмме — стрелки). [12]

Диаграммы потоков данных используются для построения моделей
«as-is» и «as-to-be», для проведения анализа организации
информационных потоков, для графического отражения потоков информации, для
разработки информационных систем. Каждый блок в DFD может развёртываться в
диаграмму нижнего уровня, что позволяет на любом уровне абстрагироваться от
деталей. Существует два основных варианта методологии DFD: методология
Гейна-Сарсона и методология Йордана-Де Марко. Отличительной чертой методологии
Гейна-Сарсона является наличие этапа моделирования данных, определяющего
содержимое хранилищ данных (БД и файлов) в DFD [2]. В моей работе представлена
диаграмма DFD для отображения формирования цепочки
взаимосвязанных документов именно по методологии Гейна-Сарсона. Эта диаграмма
описывает модель «as-to-be», а созданный поток документов, согласно этой
модели, ликвидирует ошибки и временные задержки. DFD-диаграммы моделируют
функции, которые система должна выполнять, но почти ничего не сообщают об
отношениях между данными, а также о поведении системы в зависимости от времени
— для этих целей используются диаграммы сущность-связь и диаграммы переходов
состояний. [2]

2.4 Универсальный язык моделирования UML

Некоторые диаграммы, используемые в настоящей работе, построены с помощью
языка UML (Unified Modeling Language). Язык UML является языком визуального моделирования
сложных систем. Он был разработан Г. Бучем, Д. Рамбо, И. Якобсоном для
визуализации, проектирования и документирования компонентов программного
обеспечения, бизнес-процессов и других систем. Формальная спецификация
последней версии UML 2.0 опубликована в августе 2005 г. [2] Язык UML 1.4.2
принят в качестве международного стандарта ISO/IEC 19501:2005. [11] Он содержит
в себе механизмы расширения, предназначенные для адаптации к конкретным
требованиям разработчика без необходимости изменения модели.

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

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

·        диаграмма вариантов использования;

·        диаграммы поведения, к которым относятся диаграмма состояний
и диаграмма деятельности;

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

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

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

1.         логическое представление статической модели структуры;

2.         логическое представление модели поведения;

3.         физическое представление модели системы. [2]

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

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

 

.4.1 Диаграмма вариантов использования

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

Рис. 4 Пример диаграммы вариантов использования

Описание диаграммы.

Бизнес — актером в этой диаграмме выступает либо представитель участника
внешнеэкономической деятельности (ВЭД), либо сотрудник таможенного
представителя. Участник ВЭД-это фирма — декларант, которая заключает контракт
на поставку груза с иностранной стороной. Таможенный представитель-это фирма,
которая представляет интересы декларанта и занимается таможенным оформлением
клиентских грузов. Обобщенно назовем этих участников — участник ВЭД (хотя в
общем случае это не совсем так) . Бизнес — сотрудником в этом случае выступает
инспектор таможни. Все варианты представлены как бизнес варианты использования.
Сотрудник участника ВЭД является клиентом сервиса «Оформление груза в таможни»,
а инспектор таможни участвует в реализации этого бизнес-процесса.

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

С другой стороны, есть определенные процедуры оформления товаров, такие
как покупка в таможенной зоне магазина DUTY FREE или также прохождение по «зеленому коридору» при
посадке в самолет. В первом случае, мы на кассе магазина, оплачиваем покупку в
любой валюте, не уплачивая таможенных пошлин, во втором используем устную форму
декларирования (сообщаем, что мы с собой везем). Такие формы в некотором смысле
не зависят от реализации общего процесса таможенного оформления груза в
таможне. Они могут выступать как самостоятельные бизнес — варианты
использования, и прикрепляются к базовому варианту отношением расширения
со стереотипом <<extend>>.
Обозначаем их также пунктирной стрелкой.

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

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

 

.4.2 Диаграммы классов

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

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

Рис.
5 Пример диаграммы классов

Описание.

Можно
выделить 2 пакета: 3 класса («Участник ВЭД», «ИностранныйКонтрагент» и
«РоссийскийУчастникВЭД»), которые относятся к пакету «Партнеры», 6 классов
(«ДосмотроваяГруппа таможни», «Инспектор», «ФЛК», «ДокументальнаяПроверка»,
«Принятие_ решения_ по_ таможенной_ стоимости», «Корректировка»), которые относятся
к пакету «Таможня».

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

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

Класс
«РоссийскийУчастник ВЭД» может иметь атрибуты, указанные на диаграмме в отделе
атрибуты. Может выполнять операции, указанные в 3 секции класса. Операции
«составление декларации», «внесение изменений в декларацию» имеют область
видимости (private), обозначенную символом « — », так как эти операции
может выполнять только российский участник ВЭД. Здесь понимается, что от имени
российского участника ВЭД может выступать также таможенный представитель —
фирма, с который у участника заключен договор на таможенное оформление.

Российский
участник ВЭД также осуществляет изменения, исправляет ошибки, выявленные
инспектором таможни по результату форматно-логического контроля (ФЛК).

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

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

Операция
«на проведение ФЛК» (форматно-логический контроль) проводит только инспектора
отдела оформления, поэтому видимость операции (protected),
символ «-» . А результаты проверки ФЛК доступны участники ВЭД, символ «+».

В
данную таможню могут подавать декларации один или много участников ВЭД, это
отражено ассоциацией 1..*

Класс
«ФЛК» нужен для проверки деклараций на логическую последовательность,
соответствие нормативно-справочной информации, ликвидацию технических ошибок.
Таможня будет возвращать декларацию до тех пор, пока не будут ликвидированы
участником ВЭД все ошибки ФЛК (ассоциация 0..1, т.е. либо возвратят декларации
для изменений, либо контроль успешно будет пройден).

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

Отдельно
выделен класс «ДосмотроваяГруппа», который занимается проведением актов
досмотра груза для уточнения характеристик. Это класс имеет отношение обобщения
с классом «Инспектор», так как это отдельный отдел таможни, его функции
дополняют функции отдела оформления. Атрибут «Поручение на досмотр» определяет,
какой вид досмотра применяется (либо досматривается 100% груза, либо
производиться частичный досмотр). Квантор видимости «#».

Класс
«Принятие_ решения_ по_ таможенной_ стоимости» отражает возможности таможенных
органов по определению таможенной стоимости груза.

Также
отдельно выделен класс «Корректировка», отражающий ситуацию, когда получив
дополнительные документы, таможня принимает окончательное решение увеличить или
уменьшить таможенную стоимость груза с помощью операций — изменить таможенную
стоимость, доначислять дополнительные платежи.

Инспектор
таможни, выпуская груз, опирается на результаты проверок описанных классов,
поэтому отношения между ними — зависимости.

 

.4.3 Диаграмма состояний

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

Следующая диаграмма демонстрирует состояния объекта, в данном случае
груза. Начальное состояние-заключение российским участником ВЭД контракта на
поставку груза. Конечное состояние — помещение прибывшего «нерастаможенного»
груза под выбранную декларантом таможенную процедуру, например выпуска для
внутреннего потребления.

Хотя диаграмма отражает не все состояния и события, но дает представление
об общем оформлении декларации в таможенном органе.

Рис.
6 Пример диаграммы состояний процесса оформления груза с детализацией
оформления декларации

Описание.

Российский участник внешнеэкономической деятельности заключает контракт
на поставку груза с иностранным контрагентом, оформляет в банке паспорт
импортной сделки, согласовывает с контрагентом счета — инвойсы, документы,
которые поставляются с грузом, получает сертификаты соответствия и другие
разрешения на ввоз, оплачивает пошлины и налоги. Все эти действия применяются
для того, чтобы груз был доставлен в таможню назначения и был оформлен.
Инвойсы, сертификаты, лицензии можно рассматривать как примечания. По прибытию
груза российский участник ВЭД составляет сам, либо с помощью фирмы посредника-
таможенного представителя составляет декларацию на товары и подает ее в
таможенный орган. Участник ВЭД, либо по его поручению таможенный представитель,
также предоставляет в таможню и другие необходимые документы. Инспектор таможни
начинает проверять декларацию с помощью программных средств, т. е. производит
форматно-логический контроль — ФЛК декларации. Если выявлены ошибки, то
инспектор возвращает декларацию участнику ВЭД для их исправления и участник ВЭД
снова подает декларацию. После «успешного» ФЛК инспектор присваивает номер
декларации и производит дальнейшую проверку документов.

Могут возникнуть 2 пути: в процессе проверки инспектор либо обнаружит
«рисковую» ситуацию (например, разница между весом брутто и нетто больше 20%),
либо такой ситуации не возникнет. В первом случае таможня может провести
досмотр и составить акт таможенного досмотра, которым прикладывается к
декларации, а во втором просто продолжить оформление. В том или другом случае
инспектор проводит проверку таможенной стоимости груза. Если цена товара не
ниже контрольных показателей, то при успешной проверке всех документов
инспектор выпускает груз в свободное обращение. Если есть основания усомниться
в указании достоверной стоимости товара, то инспектор составляет запрос
участнику ВЭД о представлении дополнительных документов — прайс-листов
изготовителя, экспортной декларации, каталогов фирмы и т. д. На их основании
принимается решение о принятии заявленной таможенной стоимости, либо решение о
ее корректировке и доначисления платежей. После этого груз выпускается согласно
заявленной таможенной процедуре.

 

.4.4 Диаграмма последовательностей

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

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

Приведенная ниже диаграмма последовательностей, содержащая объекты 8
классов, наглядно показывает продолжительность активности объектов в системе
таможенного поста во время оформления прибывшего груза. Российский участник ВЭД
имеет 2 фокуса управления, так как он может получить «растаможенный» груз сразу
после проверки таможенной стоимости, либо после обращения к иностранному
контрагенту и отправки им дополнительных документов в таможню. У иностранного
контрагента также 2 фокуса управления, возникающие при заключении контракта и
при предоставлении дополнительных документов, а инспектор отдела оформления
имеет 4 фокуса управления в соответствии с приведенной диаграммой.

Рис.
7 Диаграмма последовательностей таможенного оформления груза.

«Мы
определяем облик зданий, которые мы строим:

Впоследствии
они определяют наш облик»

-Сэр
Уинстон Черчилль[5]

3. Разработка проекта автоматизации бизнес-процесса компании
ЗАО «ФМ Ложистик Кастомс»

 

.1 Распознание бизнес-процессов

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

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

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

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

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

Общее, укрупненное описание этого процесса можно представить с помощью
схемы бизнес-процесса — контекстной диаграммы IDEF0.

Рис.
8 Контекстная диаграмма IDEF0 общего процесса оформления

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

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

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

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

ЗАО « ФМ Ложистик Кастомс» выступает как таможенный представитель,
оказывая услуги по составлению деклараций для клиентов, а также осуществляет
хранение иностранных грузов на складе временного хранения (СВХ).

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

Итак, основными участники бизнес-процесса «таможенное оформление»
являются:

·        сотрудники таможенных органов;

·        клиенты, заключившие договор на оказание услуг по
оформлению;

·        сотрудники центров оформления (сотрудники, которые составляют
и оформляют декларации, операторы СВХ, составляющие складские документы)

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

Так как проект автоматизации будет касаться деятельности ЗАО «ФМ
Ложистик», то интерес представляет описание организационной структуры этой
компании с помощью организационной схемы.

Рис. 10 Организационная схема компании ЗАО «ФМ Ложистик Кастомс»

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

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

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

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

Рис. 11 Виды бизнес-процессов

Юридические службы, бухгалтерия, непосредственно не входят в структуру
данной компании. Услуги этих служб предоставляет головное предприятие. Это
является особенностью компании.

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

Рис.
12 Сеть бизнес-процессов

Обозначение
на диаграмме:

1.      Контроль;

2.      Выставление счетов;

3.      Оценка финансового результата;

4.      Утверждение бюджета;

5.      Управление финансами;

6.      Разработка стратегии;

7.      Управление изменениями;

8.     

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

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

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

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

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

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

Рисунок 1 — Логическая модель БД в дипломной работе по автоматизации бизнес процессов

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

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

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

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

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

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

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

1. Сформулировать требования к проектируемому приложению голосового взаимодействия для социальной сети ВКонтакте.

2. Реализовать проектирование приложения голосового взаимодействия для социальной сети ВКонтакте.

3. Разработать программное обеспечение приложения голосового взаимодействия для социальной сети ВКонтакте.

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

Скорее всего мы уже написали работу на твою тему. Проверь!

метки: Процесс, Бизнес, Автоматизация, Предприятие, Дипломный, Работа, Диаграмма, Оформление

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

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

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

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

Электронные документы используются и в компании ЗАО «ФМ Ложистик Кастомс». Основным направлением деятельности этой компании является таможенное оформление импортируемых, экспортируемых грузов, хранение их на складе временного хранения — СВХ. Компания представляет одно из звеньев крупной компании «ФМ Ложистик», эксперта в области логистики на российском рынке. Своим возникновением она обязана совместному бизнесу семей Фор и Моше во Франции. Сейчас существует множество платформ «ФМ Ложистик» как за рубежом, так и в России.

Объектом исследования

Чтобы достичь цели, нужно выполнить следующие задачи :

• определить перечень целевых функций предприятия;
• провести анализ распределения функций по подразделениям и сотрудникам;
• определить перечень применяемых на предприятии средств автоматизации;
• построить модель “как есть” (as-is), для этого распознать и описать бизнес-процессы компании и построить диаграммы процессов;
• выделить бизнес-процессы для автоматизации;
• выявить проблемы использования применяемых технологий;
• предложить проект автоматизации процесса в целом;
• разработать алгоритмы для ускорения выполнения некоторых ручных трудоемких операций, участвующих в процессе.

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

7 стр., 3113 слов

Бизнес-план производства варенья

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

Радикальное изменение технологий и переосмысление бизнес-процессов (“жесткий” реинжиниринг) не входили в предмет рассмотрения данной работы.

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

результатом

исходных данных проекта

Группа заинтересованных лиц:

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

Теоретическая значимость, Практическая значимость

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

1. Процессный подход к оптимизации деятельности

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

Базовое определение состоит в том, что процесс — это некоторая логическая последовательность связанных действий, которые преобразуют вход в результаты или выход. Бизнес-процесс по Эриксону это цепь логически связанных, повторяющихся действий, в результате которых используются ресурсы предприятия для переработки объекта (физически или виртуально) с целью достижения определенных измеримых результатов или продукции для удовлетворения внутренних или внешних потребителей. [1]

Рис. 1 Общий вид процесса

процессный подход,

Преимущества процессного подхода состоят в следующем:

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

1.1 Синергия процессов

Синергия, или синергизм (от греческого «вместе действующий») — это взаимодействие двух или более процессов, характеризующееся тем, что их совместный эффект существенно превосходит сумму эффектов каждого отдельно взятого процесса. [10]

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

13 стр., 6134 слов

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

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

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

• наличие нескольких субъектов (организаций, подразделений, специалистов);
• возможность налаживания коммуникаций между субъектами;
• единая система измерений:
• o ценности;
• o цели и показатели;
• o операционные определения;
• наличие необходимых ресурсов для реализации эффектов синергии;
• наличие мотивации у сотрудников. [3]

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

.2 Сквозные процессы

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

Процесс можно считать сквозным, если:

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

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

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

На уровне организаций вместо понятия сквозного процесса используется термин «цепочка создания ценности», ЦСЦ. Для ее описания и анализа разработаны и применяются соответствующие методы. В определенной части ЦСЦ также возможно определение сквозного процесса. Его выделение и оптимизация может обеспечить усиление синергетических эффектов на уровне цепочки создания ценности. Примером такого сквозного процесса является, в частности, взаимодействие сотрудников отдела таможенного оформления компании ЗАО «ФМ Ложистик Кастомс» и сотрудников таможенного поста «Аббакумовский», на территории которого расположен отдел.

4 стр., 1619 слов

Бизнес-план Организация каркасного строительства

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

Результаты сквозного процесса должны быть важны с точки зрения:

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

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

Инструмент сквозных процессов требуется, когда:

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

Сквозными процессами, исследуемыми в настоящей работе, являются процесс электронного документооборота складских отчетов и деклараций на товары, оформляемых в компании ЗАО « ФМ Ложистик Кастомс». Синергетический эффект достигается, как будет показано ниже, между отделом оформления и отделом статистики и складских операций.

.3 WorkFlow- и DocFlow-системы

Системами управления бизнес-процессами или BPM-системами (Business Process Management ) называются компьютерные системы, которые основаны на процессном подходе к управлению бизнес — системами. Эти системы формирует единый язык описания управления бизнес — процессами и помогают быстро интегрироваться сотрудникам предприятия в разрабатываемые схемы.

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

• теория сетей Петри;
• концепция « π -исчисления» [2].

Первая основана на классической теории графов. Она включает графическую нотацию — систему графических обозначений, на основе которых можно строить соответствующие графы. Некоторые языки описания бизнес-процессов используют понятия узлов, переходов, условий, аналогичные понятиям сетей Петри. Робин Милнер в конце 80-х г. XX в разработал концепцию π-исчисления, основанную на алгебре параллельных процессов, объектами которых являются выражения над элементами специальных множеств и преобразования над этими выражениями. В свете этой концепции появились формальные языки описания бизнес-процессов, такие как BPML и BPEL.

Существует два вида BPM-систем WorkFlow и DocFlow-системы. WorkFlow-системы используют понятие потока. Деятельность бизнес — системы рассматривается как перемещение элементов работы по определённому маршруту между исполнителями в соответствии с заданными правилами. Этот процесс сопровождается передачей от одного исполнителя к другому точки управления. Для DocFlow-системы основным понятием является поток документов. При этом подходе бизнес-система является потоком документов, перемещающихся между редакторами по заданному маршруту. В отличие от WorkFlow-систем при движении документов происходит передача от одного редактора не точки управления, а «корзины» документов. При всем различии подходов к моделированию бизнес-процессов существует возможность моделировать многие виды бизнес-процессов при помощи DocFlow-систем, а также использовать WorkFlow-системы для моделирования документооборота.

Настоящая работа может быть отнесена к числу DocFlow-систем.

.4 Анализ причин неэффективности процессов

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

Традиционный способ систематизации причин — диаграммы причинно-следственных связей.

Рис. 2 Схема диаграммы причинно-следственных связей

Основные принципы построения:

Анализ рассеивания., Перечень причин.

1.5 Моделирование бизнес-процессов

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

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

• уровень целей;
• уровень окружающей среды;
• уровень внутренней организации.

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

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

Бизнес-процессы третьего уровня используются в следующих целях:

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

Тема дипломного проекта посвящена решению задач третьего уровня.

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

.6 Оптимизация процессов с помощью подхода Мартина

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

Подход Мартина базируется на двух концепциях:

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

Основные этапы подхода Мартина приведены на рисунке.

Рис. 3 Основные этапы подхода Мартина

1. Этап стратегического информационного планирования.

2. Этап анализа.

3. Этап логического проектирования

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

Примеры методов моделирования:

• метод функционального моделирования SADT/IDEF0;
• метод моделирования процессов IDEF3;
• моделирование потоков данных DFD;
• нотация моделирования потоков работ BPMN;
• метод ARIS;
• метод моделирования, используемый в технологии Rational Unified Process. [2]

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

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

Таблица №1.

Методология	Нотация и язык	Стандарт	CASE-средства
SADT	IDEF0	IDEF0	IDEF Doctor, MS Visio, BPWin (AllFusion)
IDEF3	IDEF3	IDEF3
DFD	Гейна-Сарсона, Йордана-Де Марко	DFD
IDEFX	IDEFX	IDEFX	ERWin (AllFusion)
ARIS	VAD c EPC/PCD	ARIS	ARIS Toolset, MS Visio
OOM	UML	UML2.0	Rational Rose, MS Visio, Magie Draw

В 60-х годах Дугласом Россом был создан метод структурного анализа и проектирования SADT (Structured Analysis and Design Technique).

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

Для описания какой-либо конкретной предметной области служит методология SADT/IDEF0.

2.1 IDEF0

Модели в нотации IDEF0 предназначены для высокоуровневого описания предназначения бизнеса компании. Основным понятием стандарта IDEF3 является принцип декомпозиции. Он позволяет заменить решение одной большой задачи решением серии меньших задач, разобрать объект на составные части. Декомпозиция применяется для детализации бизнес — моделей, представления в виде иерархической структуры отдельных диаграмм. Модель IDEF0 всегда начинается с представления системы как единого целого — одного функционального блока с интерфейсными дугами, уходящими за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой и обозначается идентификатором «А-0». [2].

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

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

.2 IDEF3

Work Flow Modeling

С помощью различных видов стрелок и символов ветвления (&, X, O) и символов синхронности в IDEF3 реализуются различные типы связей между действиями, которые именуются глаголами и изображаются в виде прямоугольников. Действиям присваивается уникальный идентификационный номер. Завершение одного действия может инициировать начало выполнения сразу нескольких других действий, или наоборот, определенное действие может требовать завершения нескольких других действий до начала своего выполнения (ветвление процесса).

Данная методика не имеет жёстких синтаксических и семантических ограничений. Очень часто IDEF3 используют как метод, дополняющий IDEF0.

2.3 DFD (Data Flow Diagramming)

Методология DFD была разработана для описания потоков данных (Data Flow Modeling).

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

Основными компонентами диаграмм потоков данных являются:

• внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации);

• системы и подсистемы;

• процессы (преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом);

• накопители данных (абстрактные устройства для хранения информации);

• потоки данных (на диаграмме — стрелки).

  [12]

Диаграммы потоков данных используются для построения моделей «as-is» и «as-to-be», для проведения анализа организации информационных потоков, для графического отражения потоков информации, для разработки информационных систем. Каждый блок в DFD может развёртываться в диаграмму нижнего уровня, что позволяет на любом уровне абстрагироваться от деталей. Существует два основных варианта методологии DFD: методология Гейна-Сарсона и методология Йордана-Де Марко. Отличительной чертой методологии Гейна-Сарсона является наличие этапа моделирования данных, определяющего содержимое хранилищ данных (БД и файлов) в DFD [2].

В моей работе представлена диаграмма DFD для отображения формирования цепочки взаимосвязанных документов именно по методологии Гейна-Сарсона. Эта диаграмма описывает модель «as-to-be», а созданный поток документов, согласно этой модели, ликвидирует ошибки и временные задержки. DFD-диаграммы моделируют функции, которые система должна выполнять, но почти ничего не сообщают об отношениях между данными, а также о поведении системы в зависимости от времени — для этих целей используются диаграммы сущность-связь и диаграммы переходов состояний. [2]

2.4 Универсальный язык моделирования UML

(Unified Modeling Language

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

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

• диаграмма вариантов использования;

• диаграммы поведения, к которым относятся диаграмма состояний и диаграмма деятельности;

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

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

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

1. логическое представление статической модели структуры;

2. логическое представление модели поведения;

3. физическое представление модели системы. [2]

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

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

.4.1 Диаграмма вариантов использования

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

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

Рис. 4 Пример диаграммы вариантов использования

Описание диаграммы.

Бизнес — актером в этой диаграмме выступает либо представитель участника внешнеэкономической деятельности (ВЭД), либо сотрудник таможенного представителя. Участник ВЭД-это фирма — декларант, которая заключает контракт на поставку груза с иностранной стороной. Таможенный представитель-это фирма, которая представляет интересы декларанта и занимается таможенным оформлением клиентских грузов. Обобщенно назовем этих участников — участник ВЭД (хотя в общем случае это не совсем так) . Бизнес — сотрудником в этом случае выступает инспектор таможни. Все варианты представлены как бизнес варианты использования. Сотрудник участника ВЭД является клиентом сервиса «Оформление груза в таможни», а инспектор таможни участвует в реализации этого бизнес-процесса.

отношением включения

расширения

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

отношение обобщения

.4.2 Диаграммы классов

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

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

Рис. 5 Пример диаграммы классов

Описание.

Можно выделить 2 пакета: 3 класса («Участник ВЭД», «ИностранныйКонтрагент» и «РоссийскийУчастникВЭД»), которые относятся к пакету «Партнеры», 6 классов («ДосмотроваяГруппа таможни», «Инспектор», «ФЛК», «ДокументальнаяПроверка», «Принятие_ решения_ по_ таможенной_ стоимости», «Корректировка»), которые относятся к пакету «Таможня».

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

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

Класс «РоссийскийУчастник ВЭД» может иметь атрибуты, указанные на диаграмме в отделе атрибуты. Может выполнять операции, указанные в 3 секции класса. Операции «составление декларации», «внесение изменений в декларацию» имеют область видимости (private), обозначенную символом « — », так как эти операции может выполнять только российский участник ВЭД. Здесь понимается, что от имени российского участника ВЭД может выступать также таможенный представитель — фирма, с который у участника заключен договор на таможенное оформление.

Российский участник ВЭД также осуществляет изменения, исправляет ошибки, выявленные инспектором таможни по результату форматно-логического контроля (ФЛК).

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

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

Операция «на проведение ФЛК» (форматно-логический контроль) проводит только инспектора отдела оформления, поэтому видимость операции (protected), символ «-» . А результаты проверки ФЛК доступны участники ВЭД, символ «+».

В данную таможню могут подавать декларации один или много участников ВЭД, это отражено ассоциацией 1..*

Класс «ФЛК» нужен для проверки деклараций на логическую последовательность, соответствие нормативно-справочной информации, ликвидацию технических ошибок. Таможня будет возвращать декларацию до тех пор, пока не будут ликвидированы участником ВЭД все ошибки ФЛК (ассоциация 0..1, т.е. либо возвратят декларации для изменений, либо контроль успешно будет пройден).

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

Отдельно выделен класс «ДосмотроваяГруппа», который занимается проведением актов досмотра груза для уточнения характеристик. Это класс имеет отношение обобщения с классом «Инспектор», так как это отдельный отдел таможни, его функции дополняют функции отдела оформления. Атрибут «Поручение на досмотр» определяет, какой вид досмотра применяется (либо досматривается 100% груза, либо производиться частичный досмотр).

Квантор видимости «#».

Класс «Принятие_ решения_ по_ таможенной_ стоимости» отражает возможности таможенных органов по определению таможенной стоимости груза.

Также отдельно выделен класс «Корректировка», отражающий ситуацию, когда получив дополнительные документы, таможня принимает окончательное решение увеличить или уменьшить таможенную стоимость груза с помощью операций — изменить таможенную стоимость, доначислять дополнительные платежи.

Инспектор таможни, выпуская груз, опирается на результаты проверок описанных классов, поэтому отношения между ними — зависимости.

.4.3 Диаграмма состояний

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

Следующая диаграмма демонстрирует состояния объекта, в данном случае груза. Начальное состояние-заключение российским участником ВЭД контракта на поставку груза. Конечное состояние — помещение прибывшего «нерастаможенного» груза под выбранную декларантом таможенную процедуру, например выпуска для внутреннего потребления.

Хотя диаграмма отражает не все состояния и события, но дает представление об общем оформлении декларации в таможенном органе.

Рис. 6 Пример диаграммы состояний процесса оформления груза с детализацией оформления декларации

Описание.

Российский участник внешнеэкономической деятельности заключает контракт на поставку груза с иностранным контрагентом, оформляет в банке паспорт импортной сделки, согласовывает с контрагентом счета — инвойсы, документы, которые поставляются с грузом, получает сертификаты соответствия и другие разрешения на ввоз, оплачивает пошлины и налоги. Все эти действия применяются для того, чтобы груз был доставлен в таможню назначения и был оформлен. Инвойсы, сертификаты, лицензии можно рассматривать как примечания. По прибытию груза российский участник ВЭД составляет сам, либо с помощью фирмы посредника- таможенного представителя составляет декларацию на товары и подает ее в таможенный орган. Участник ВЭД, либо по его поручению таможенный представитель, также предоставляет в таможню и другие необходимые документы. Инспектор таможни начинает проверять декларацию с помощью программных средств, т. е. производит форматно-логический контроль — ФЛК декларации. Если выявлены ошибки, то инспектор возвращает декларацию участнику ВЭД для их исправления и участник ВЭД снова подает декларацию. После «успешного» ФЛК инспектор присваивает номер декларации и производит дальнейшую проверку документов.

Могут возникнуть 2 пути: в процессе проверки инспектор либо обнаружит «рисковую» ситуацию (например, разница между весом брутто и нетто больше 20%), либо такой ситуации не возникнет. В первом случае таможня может провести досмотр и составить акт таможенного досмотра, которым прикладывается к декларации, а во втором просто продолжить оформление. В том или другом случае инспектор проводит проверку таможенной стоимости груза. Если цена товара не ниже контрольных показателей, то при успешной проверке всех документов инспектор выпускает груз в свободное обращение. Если есть основания усомниться в указании достоверной стоимости товара, то инспектор составляет запрос участнику ВЭД о представлении дополнительных документов — прайс-листов изготовителя, экспортной декларации, каталогов фирмы и т. д. На их основании принимается решение о принятии заявленной таможенной стоимости, либо решение о ее корректировке и доначисления платежей. После этого груз выпускается согласно заявленной таможенной процедуре.

.4.4 Диаграмма последовательностей

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

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

Приведенная ниже диаграмма последовательностей, содержащая объекты 8 классов, наглядно показывает продолжительность активности объектов в системе таможенного поста во время оформления прибывшего груза. Российский участник ВЭД имеет 2 фокуса управления, так как он может получить «растаможенный» груз сразу после проверки таможенной стоимости, либо после обращения к иностранному контрагенту и отправки им дополнительных документов в таможню. У иностранного контрагента также 2 фокуса управления, возникающие при заключении контракта и при предоставлении дополнительных документов, а инспектор отдела оформления имеет 4 фокуса управления в соответствии с приведенной диаграммой.

Рис. 7 Диаграмма последовательностей таможенного оформления груза.

«Мы определяем облик зданий, которые мы строим:

Впоследствии они определяют наш облик»

-Сэр Уинстон Черчилль[5]

.1 Распознание бизнес-процессов

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

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

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

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

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

Общее, укрупненное описание этого процесса можно представить с помощью схемы бизнес-процесса — контекстной диаграммы IDEF0.

Рис. 8 Контекстная диаграмма IDEF0 общего процесса оформления

Таможенный орган

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

Инструкции по заполнению декларации

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

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

ЗАО « ФМ Ложистик Кастомс» выступает как таможенный представитель, оказывая услуги по составлению деклараций для клиентов, а также осуществляет хранение иностранных грузов на складе временного хранения (СВХ).

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

Итак, основными участники бизнес-процесса «таможенное оформление» являются:

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

• клиенты, заключившие договор на оказание услуг по оформлению;

• сотрудники центров оформления (сотрудники, которые составляют и оформляют декларации, операторы СВХ, составляющие складские документы)

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

Так как проект автоматизации будет касаться деятельности ЗАО «ФМ Ложистик», то интерес представляет описание организационной структуры этой компании с помощью организационной схемы.

Рис. 10 Организационная схема компании ЗАО «ФМ Ложистик Кастомс»

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

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

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

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

Рис. 11 Виды бизнес-процессов

Юридические службы, бухгалтерия, непосредственно не входят в структуру данной компании. Услуги этих служб предоставляет головное предприятие. Это является особенностью компании.

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

Рис. 12 Сеть бизнес-процессов

Обозначение на диаграмме:

1. Контроль;

2. Выставление счетов;

3. Оценка финансового результата;

4. Утверждение бюджета;

5. Управление финансами;

6. Разработка стратегии;

7. Управление изменениями;

8.

Содержание.

СПЕЦИАЛЬНАЯ ЧАСТЬ.

Введение.

ГЛАВА 1. «Малые предприятия и проблемы автоматизации»

1.1   Предприятие как центр обработки информации.

1.2   Особенности ведения учета и автоматизации бизнес-процессов на малом предприятии.

1.3   Определение и классификация систем автоматизации предприятия.

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

1.5   Содержательная постановка задачи автоматизации.

ГЛАВА 2. «СУБД и Клиент-серверная модель вычислений»

2.1. Общие вопросы проектирования баз данных

2.1.1. Основные понятия теории баз данных

2.1.2. Постановка задачи и разработка бизнес-правил

2.1.3. Основы теории проектирования баз данных

2.2. Клиент-серверная модель вычислений

2.2.1. Эволюция моделей вычисления

2.2.2. Преимущества и недостатки вычислений клиент-сервер

2.3. Сервер в системе клиент-сервер. Microsoft SQL Server

2.3.1. Базы данных и реляционные СУБД

2.3.2. Сервер баз данных Microsoft SQL Server – важнейшие особенности

2.4. Клиент в системе клиент-сервер. Microsoft Access 97

2.4.1. Клиентные приложения – окно доступа к базе данных

2.4.2. Использование СУБД MicrosoftAccess 97 в качестве клиентного приложения

2.5. Взаимодействие Access и SQL Server

2.5.1. Особенности использования Access в разнородной среде.

2.5.2. Особенности использования Microsoft SQL Server в разнородной среде.

ГЛАВА 3. «Модель учета кадров и складских запасов малого предприятия. Реализация. Анализ работы»

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

3.2. Формализованное описание механизмов складского и кадрового учета.

3.3. Особенности реализации проекта.

3.4. Анализ работы базы данных.

Заключение

Список литературы к специальной части

ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

ОХРАНА ТРУДА И ЭКОЛОГИЯ

ГРАЖДАНСКАЯ ОБОРОНА

ЭРГОНОМИКА

Приложения

1.   Техническое описание дипломного проекта.

2.   Листинги основных программных модулей проекта.

ВВЕДЕНИЕ.

В книге Джона Нейсбитта “Мегатренды” – бестселлера, в котором рассматриваются тенденции трансформации современного общества – говорится, ”мы движемся от постиндустриального общества к обществу информационному”. Информационный сектор и число людей, связанных с информацией, постоянно возрастают. Точный объем информационного сектора в экономике определить довольно трудно, поскольку многие виды деятельности, особенно в сфере предоставления услуг имеют информационную составляющую. Во всяком случае ясно, что этот сектор растет очень быстро. В 90-х годах 95% новых рабочих мест появилось в областях, связанных со знаниями и предоставлением услуг.

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

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

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

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

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

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

Данная работа является примером применения новейших технологий в области информатизации управления – технологий клиент-сервер. Целью работы является построение системы автоматизации бизнес-процессов малого предприятия.

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

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

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

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

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

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

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

Во 2-ой главе излагаются основы технологий клиент-сервер: даются основы теории реляционной алгебры, рассматриваются направления развития и применения технологий клиент-сервер, вводятся требования, предъявляемые к клиенту и серверу.

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

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

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

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

ГЛАВА 1.

Предприятие как центр обработки информации.

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

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

·   Обеспечивать получение общих или детализированных данных по итогам работы.

·   Позволять легко определять тенденции изменения важнейших показателей.

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

·   Выполнять точный и полный анализ данных.

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

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

Любая организация обрабатывает информацию для выработки двух видов «продукции»: информации (данных, документов, речевой информации) и решений (оперативных и стратегических). Организация получает начальную (входящую) информацию в различных видах: документы, доставляющие информацию в виде слов и цифр; речевая информация по телефону; данные от ЭВМ, часто в электронной форме. Конечная (исходящая) информация вырабатывается в таких же видах. Производственный цикл организации может включать перекомпоновку информации, объединение данной информации с дугой, накопление информации.

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

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

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

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

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

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

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

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

Особенности ведения учета и автоматизации бизнес-процессов на малом предприятии.

Значение малого бизнеса в рыночной экономике, очень велико. Его становление и развитие является одной из основных проблем экономической политики в условиях перехода от административно-командной к рыночной экономике. Малый бизнес в рыночной экономике — ведущий сектор, определяющий темпы экономического роста, структуру и качество валового национального продукта. Во всех развитых странах на долю малого бизнеса приходится 60 — 70 процентов ВНП. Поэтому абсолютное большинство развитых государств всемерно поощряет деятельность малого бизнеса.

В мировой экономике функционирует огромное количество малых фирм, компаний и предприятий. Например, в Индии число малых предприятий превышает 12 млн., а в Японии 9 млн.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. Динамика. Следует учитывать различные аспекты фактора времени.

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

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

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

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

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

Критерии выбора информационной системы

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

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

Пять основных критериев.

Система должна быть понятной.

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

Система должна быть удобной.

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

Довольно распространен еще один неверный подход к автоматизации на предприятиях: подбор персонала под систему. Часто можно встретить рекламу типа: «требуется специалист, умеющий работать с программным обеспечением…». А как до приема на работу проверить реальные знания кандидата? Как узнать, будет ли данная система удобна для его работы? При поступлении на должность кандидат скажет что угодно, а дальше начнутся проблемы. Итак, система подбирается под человека и должна быть удобна для него.

Система должна быть надежной.

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

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

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

Система должна быть адекватной.

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

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

Определение и классификация систем автоматизации.

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

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

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

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

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

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

 

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

Второй признак классификации делит информационные системы на две группы: к первой относятся информационно-справочные системы (ИСС), называемые часто запросно-ответными или просто справочными, которые выполняют поиск и вывод информации без ее обработки. Автоматизированные информационные системы обработки данных (АИСОД, ИСОД), относящиеся ко второй группе, сочетают в себе информационно-справочную систему с системой обработки данных. Обработка найденных данных выполняется комплексом предусмотренных в системе прикладных программ. Большинство систем автоматизации построено по принципу ИСОД.

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

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

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

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

Содержательная постановка задачи автоматизации.

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

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

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

ГЛАВА 2.

2.1. Общие вопросы проектирования баз данных

Основные понятия теории баз данных.

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

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

Построение информационных систем основывается на понятиях теории баз данных.

Предметная область.

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

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

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

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

Объект.

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

Объект может быть реальным (например, человек, какой-либо предмет или населенный пункт) и абстрактным (например, событие, счет покупателя или изучаемый студентами курс). Так, для складского учета примерами объектов могут служить ПОСТАВЩИК, ТОВАР, ПОЛУЧЕНИЕ и т. д. Каждый объект обладает набором определенных свойств, которые запоминаются в информационной системе. При обработке данных часто приходится иметь дело с совокупностью однородных объектов, например служащие, и записывать информацию об одних и тех же свойствах для каждого из них.

Класс объектов.

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

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

Атрибут.

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

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

 

Таблица.

Таблица – это некоторая регулярная структура, состоящая из конечного набора однотипных записей.

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

Значение данных.

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

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

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

Ключевой элемент данных.

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

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

Первичный ключ.

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

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

Альтернативный ключ.

Альтернативный ключ – это атрибут (или группа атрибутов), несовпадающий с первичным ключом и уникально идентифицирующий экземпляр объекта. Например для объекта «служащий», который имеет атрибуты «ИДЕНТИФИКАТОР», «ФАМИЛИЯ», «ИМЯ», «ОТЧЕСТВО», группа атрибутов «ФАМИЛИЯ», «ИМЯ», «ОТЧЕСТВО» может являться альтернативным ключом по отношению к атрибуту «ИДЕНТИФИКАТОР».

Запись данных.

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

Тип данных.

Тип данных характеризует вид хранящихся данных.

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

Домен.

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

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

ТИПЫ ДАННЫХ

 

ДОМЕНЫ

Представление.

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

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

Связь.

Связь – это функциональная зависимость между сущностями.

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

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

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

·   тип связи (идентифицирующая, не идентифицирующая, полная/неполная категория, неспецифическая связь);

·   родительская сущность;

·   дочерняя (зависимая) сущность;

·   мощность связи;

·   допустимость пустых значений.

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

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

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

Хранимые процедуры.

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

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

Правила.

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

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

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

Триггеры.

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

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

·   Ограничения, для реализации которых собственно и создается триггер.

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

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

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

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

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

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

Ссылочная целостность.

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

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

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

·   отсутствие проверки;

·   проверка допустимости;

·   запрет операции;

·   каскадное выполнение операции обновления или удаления данных сразу в нескольких связанных таблицах;

·   установка пустого (NULL) значения или заданного значения по умолчанию.

Нормализация отношений.

Нормализация отношений – это процесс построения оптимальной структуры таблиц и связей в реляционной базе данных.

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

Словарь данных.

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

Постановка задачи и разработка бизнес-правил

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

При ответе на первый вопрос: «Что лежит в основе бизнеса данной фирмы ?», как правило, выявляются наиболее важные для данного бизнеса или производственного процесса компоненты.

Ответы на второй вопрос: «Как это делается ?» позволяют получить список основных бизнес-процессов, происходящих в фирме.

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

Ответ на вопрос: «Кто выполняет эти процессы ?» даст организационная структура фирмы.

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

Последний вопрос: «Почему эти действия выполняются?» позволяет определить мотивацию производственной деятельности фирмы.

Ответы на шесть перечисленных вопросов позволяют подойти к главному в постановке задачи – построению информационной модели предприятия. Такая модель отображается в виде взаимосвязей между бизнес-компонентами. В практике проектирования информационных систем такие схемы получили название ER-диаграмм (Entity-relationship diagram (ERD) – диаграма «Сущность-связь»). ER-диаграмы хорошо вписываются в методологию структурного анализа и проектирования информационных систем. Такие методологии обеспечивают строгое и наглядное описание проектируемой системы, которое начинается с ее общего обзора и затем уточняется, давая возможность получить различную степень детализации объекта с различным числом уровней.

Максимально формализованное описание задачи состоит из следующих компонентов:

·   Наименование задачи.

·   Цель работы.

·   Функции задачи.

·   Бизнес-правила.

·   Требования к программе.

·   Перечень вводимой информации.

·   Перечень печатных отчетов.

·   Требования к оснащению офиса фирмы компьютерной техникой.

Основы теории проектирования баз данных.

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

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

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

Концептуальная модель.

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

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

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

Логическая модель(внешняя модель).

Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среде хранения.

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

Физическая модель(внутренняя модель).

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

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

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

Степень независимости данных определяется тщательностью проектирования базы данных. Всесторонний анализ объектов предметной области и их взаимосвязей минимизирует влияние изменения требований к данным в одной программе на другие программы. В этом и состоит всеобъемлющая независимость данных.

Типы моделей данных.

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

Иерархическая модель.

Иерархическая модель данных строится по принципу иерархии типов объектов, то есть один тип объекта является главным, а остальные, находящиеся на низших уровнях иерархии, — подчиненными. Между главным и подчиненными объектами устанавливается взаимосвязь «один ко многим». Иными словами, для данного главного типа объекта существует несколько подчиненных типов объектов. В то же время для каждого экземпляра главного объекта может быть несколько экземпляров подчиненных типов объектов.

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

Сетевая модель.

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

Реляционная модель.

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

Проектирование базы данных.

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

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

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

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

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

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

·   База данных должна удовлетворять выявленным и вновь возникающим требованиям конечных пользователей.

·   База данных должна легко расширяться при реорганизации и расширении предметной области.

·   База данных должна легко изменяться при изменении программной и аппаратной среды.

·   Загруженные в базу данных корректные данные должны оставаться корректными.

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

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

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

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

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

2.2. Клиент-серверная модель вычислений

Иногда компьютерные технологии делают решительный рывок. Реляционная модель СУБД с ее простыми табличными структурами данных и мощными операциями – одна из таких революций. В 1994 г. отмечалась 25 годовщина с того момента, как доктор И.Ф.Кодд (тогда научный сотрудник компании IBM) предложил реляционную модель. Реляционная модель помогла сориентировать компьютерные науки на исследование проблем управления данными, а системы управления базами данных (реляционные СУБД) внесли заметные улучшения в доступ к данным и разработку приложений. Хотя в последнее время большое внимание уделяется объектно-ориентированным базам данных, в индустрии СУБД главенствует мнение, что ведущие реляционные системы управления базами данных успешно реализуют идеи объектно-ориентированных СУБД как расширение базовой реляционной модели. Существующая реляционная модель управления базами данных с успехом будет продолжать свое существование и в предстоящие годы.

Другая революция в вычислительной технологии – вычисления клиент-сервер завоевала свое место в последние десятилетия с распространением мини-и микро-компьютеров. Именно эти эффективные по стоимости и гибкие открытые системы сделали возможным вычисления клиент-сервер. В 80-е годы появление мини-ЭВМ сделало экономически целесообразным выделение вычислительных ресурсов на уровень подразделений организаций, выполняющих прикладные программы. До этого вычислительные ресурсы представляли собой централизованные большие ЭВМ, где работали корпоративные приложения. Затем микрокомпьютеры настолько понизили стоимость вычислений, что для повышения продуктивности персонального труда стало возможным применение настольных компьютеров. Наряду с этими сдвигами в развитии вычислительных платформ совершенствовалась и сетевая технология. Это позволило распределенным компьютерам надежно и эффективно взаимодействовать друг с другом.

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

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

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

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

Вычисления клиент-сервер.

Что такое вычисления клиент-сервер, и как использовать их преимущества? Вычисления клиент-сервер – это относительно новая модель вычислений, представляющая собой ни что иное как распределение обработки в многопользовательской базе данных по нескольким компьютерам (ПК и рабочим станциям). Что же может дать вычисление клиент-сервер по сравнению с традиционной однокомпьютерной средой (с одной большой ЭВМ). При корректной реализации системы клиент-сервер вы получите систему управления информацией с намного лучшим отношением «цена/производительность», которую можно наращивать и легко приспосабливать к меняющимся требованиям. И это лишь некоторые из причин, по которым стоит разобраться в вычислениях клиент-сервер и реализовать их в системе управления информацией.

Эволюция модели вычислений.

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

Централизованная модель.

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

Заметим, во-первых, что приложение на большой ЭВМ – это единый компонент, отвечающий за взаимодействие с пользователем и управление данными в многопользовательской среде. Довольно быстро стало очевидным, что такая стратегия разработки приложений неэффективна, поскольку для каждого приложения разработчикам приходилось создавать один и тот же компонент управления данными. Таким образом, приложения на больших и мини-ЭВМ эволюционировали и были разделены на две части: внешний интерфейс, отвечающий за взаимодействие с пользователем, и внутренний компонент, отвечающий за управление данными. Этот внутренний компонент, система управления базами данных (СУБД), представляет собой центральный модуль, используемый каждым новым интерфейсным приложением. Так как множество внешних компонентов смогли получить доступ к базе данных, управляемой одним внутренним модулем СУБД, разделение приложения на внешний и внутренний компоненты обеспечило системам большую гибкость.

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

Модель с автономными персональными вычислениями.

В 80-е годы произошло то, что навсегда изменило характер вычислений в организации: появились персональные компьютеры и рабочие станции. С тех пор как IBM создала PC и ОС DOS, Apple – Macintosh, а позднее появились рабочие станции UNIX таких компаний как Hewlett-Packard и Sun Microsystems, независимые друг от друга рабочие станции стали доминировать в организациях, положив конец централизованному контролю над данными компании больших машин.

Такую популярность персональные рабочие станции приобрели благодаря тому, что они имеют над большими ЭВМ несколько преимуществ:

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

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

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

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

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

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

Модель вычислений с сетью и файловым сервером.

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

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

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

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

Модель вычислений клиент-сервер.

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

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

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

·   Управление одной информационной базой данных, с которой совместно работают множество пользователей.

·   Управление доступом к базе данных и другими требованиями защиты.

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

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

Клиентское приложение («вешний интерфейс») – это часть системы, которую пользователь использует для взаимодействия с данными. Клиентские приложения в СУБД клиент-сервер выполняют следующие задачи:

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

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

·   Выполнение логики приложения, например, вычисление полей в форме ввода данных.

·   Проверка допустимости данных.

·   Запрос и получение информации о сервере базы данных.

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

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

Преимущества и недостатки вычислений клиент-сервер.

1.   Достижение гибкости и масштабируемости путем распределения обработки приложения. Некоторые преимущества модели клиент-сервер определяются тем фактом, что клиентская и серверная часть системы работают обычно на разных компьютерах. Во-первых, каждый компьютер в системе можно выбрать таким образом, чтобы он лучше отвечал требованиям каждого компонента. Например, для сервера базы данных лучше использовать компьютер с мощным процессором (или процессорами), большим объемом ОЗУ и памяти на дисках. Благодаря этому, такой сервер сможет хранить большие объемы данных и адекватно обрабатывать множество одновременных запросов клиентов. Для выполнения же клиентского приложения лучше использовать менее дорогой компьютер с минимальной памятью на диске и оперативной памятью, мышью и хорошими графическими возможностями. Таким образом, организация может при минимальных затратах предоставить пользователям простое в применении инструментальное средство для ввода и анализа данных.

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

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

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

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

3. Экономия средств благодаря использованию систем клиент-сервер.

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

4. Недостатки модели.

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

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

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

2.3. Сервер в системе клиент-сервер. Microsoft SQL Server

Серверы баз данных.

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

Однако для реальной работы с данными требуется соответствующее программное обеспечение. Таким программным обеспечением является система управления базой данных (СУБД) или сервер базы данных.

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

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

Целостность данных: ограничения целостности. В реляционной модели встает вопрос целостности данных. Если для реляционной базы данных выполнено условие целостности данных, то это означает, что все ее данные являются допустимыми (согласно набору правил). Например, все организации в таблице ОРГАНИЗАЦИИ должны иметь уникальный идентификатор ID (иначе вы не сможете различить две организации с одинаковым названием). Это стандартное правило целостности называется целостностью единицы, и подразумевает, что вы можете уникальным образом идентифицировать каждую строку таблицы.

Операции с данными: Structured Query Language (SQL). Реляционная модель описывает также, как пользователи могут манипулировать данными с помощью языка реляционной алгебры. Реляционная алгебра – это конечный набор операторов, которые используются для операций над таблицами. Например, реляционная операция ограничения выбирает из таблицы конкретные строки, а реляционная операция проекции создает новую таблицу, объединяя родственные данные из двух и более таблиц. Реляционная алгебра – это набор математических принципов, точно определяющих операции с данными в реляционной базе данных.

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

Операции с данными: транзакции. Транзакция базы данных – это единица работы, состоящая из одного или нескольких операторов SQL.

Microsoft SQL Server.

Microsoft SQL Server является компонентом Microsoft Back Office для работы с базами данных. Он представляет собой систему управления реляционными базами данных (RDBMS), построенную для более эффективного управления информацией организации, с помощью которого можно создавать мощные приложения обработки данных в многопользовательской сетевой среде.

Характеристики Microsoft SQL Server .

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

Microsoft SQL Server имеет следующие характеристики:

·   Relational database management system (RDBMS). Структура данных SQL Server удовлетворяет реляционной модели базы данных и позволяет проводить с данными операции в соответствии с правилами реляционной алгебры, впервые сформулированными Е.Ф.Коддом в 1970г.

·   SQL-based. Администраторы, пользователи и прикладные программисты применяют Structured Query Language (SQL) для работы с SQL Server.

·   Масштабируемость. На компьютер с SQL Server можно добавить дополнительные процессоры (имеется в виду, что компьютер, на котором работает SQL Server, представляет такую возможность), и тогда производительность работы программного обеспечения SQL Server также увеличится без какой бы то ни было дополнительной настройки.

·   Высокая производительность. Microsoft SQL Server был тщательно протестирован на многих компьютерах в различных условиях работы. Его показатели производительности находятся среди лучших для подобных систем.

В 1988 году фирма Microsoft совместно со своими партнерами Ashton-Tate и Sybase представили свою первую версию SQL Server , построенную под операционную систему OS/2. В дальнейшем фирма Microsoft перенесла SQL Server под Windows NT. Эти изменения потребовали коренных перестроек в ядре SQL Server, но, тем самым, обеспечили продукту SQL Server мощность мультипроцессорной RDBMS в среде Windows NT. В 1992 году фирма Microsoft начала процесс отделения от Sybase и стала сосредотачивать больше внимания на собственной версии SQL Server. В конце концов, Microsoft и Sybase закончили совместную работу, и к Microsoft перешел полный контроль над разработкой SQL Server. Далее в SQL Server были добавлены следующие возможности:

·   Поддержка RISC-платформы

·   MAPI-интерфейс для разработки приложений, выполняющих запросы в базу данных

·   Инструменты переноса данных

·   Интеграция с объектами OLE и системой программирования VisualBasic

·   Расширен язык работы с системой, добавлена декларированная ссылочная целостность (DRI) и поддержка курсоров

Важнейшие особенности Microsoft SQL Server.

Широкие возможности администрирования. SQL Server 6.0 предоставляет широкие возможности администрирования, осуществляемого системой интегрированных объектов, сервисов и компонентов. Для того чтобы управлять системой, SQL Server использует SQL Enterprise Manager – графический инструмент, который осуществляет управление системой и включает:

·   Планирование задач

·   Административные изменения

·   Встроенный интерфейс управления репликациями

SQL Enterprise Manager также обеспечивает для администратора базы данных (DBA) более простое управление:

·   Входом в систему

·   Привилегиями доступа

·   Группами пользователей

·   Устройствами данных и базами данных

·   Созданием сценариев

·   Резервированием баз данных и журналом транзакций

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

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

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

Репликация. Microsoft SQL Server 6.0 включает возможность репликации данных как стандарта RDBMS. При репликации данных пользователь может распространять копии транзакционных данных от одного сервера предприятия на один или несколько удаленных серверов.

Функциональные особенности. SQL Server поддерживает стандарты, принятые Американским Национальным Институтов Стандартов, которые предполагают возможности работы с курсорами, обладающими возможностями прокрутки и абсолютного и относительного позиционирования, а также включает:

·   Расширенный контроль целостности базы данных

·   Параллельное сканирование данных (асинхронное предварительное чтение) последовательных страниц операций

·   Возможность добавления ключей и резервных слов

·   Оптимизатор запросов

·   Системные хранимые процедуры

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

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

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

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

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

2.4 Клиент в системе клиент-сервер. Microsoft Access 97

2.4.1. Клиентные приложения – окно доступа к базе данных

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

Клиентное приложение — интерфейсный компонент СУБД, с которым пользователи работают для считывания, ввода и анализа данных. Клиентные приложения могут быть «всех форм и размеров». Например, в системе управления складом основной задачей будет приложение управления запасами. Таким образом, тип приложения зависит от того, с какими данными работает предприятие. Клиентное приложение посылает и запрашивает информацию с сервера (обычно через сеть). Задачей клиента является анализ и предоставление информации. Клиентное приложение не включает в себя компоненту управления данными – за управление базой данных отвечает сервер.

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

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

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

·   Ввод данных и оперативная обработка транзакций при помощи форм.

·   Применение средств генерации запросов и вывода отчетов для поддержки анализа принятия решений.

·   Усовершенствование клиентских приложений при помощи инструментальных средств.

2.4.2. Использование СУБД MicrosoftAccess 97 в качестве клиентного приложения

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

СУБД Microsoft Access 97 для работы с данными использует процессор баз данных Microsoft Jet, объекты доступа к данным и средство быстрого построения интерфейса – Конструктор форм. Для получения распечаток используются конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. В случае недостатка визуальных средств, пользователи могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды.

В Microsoft Access 97 присутствует язык программирования Visual Basic for Application, который позволяет создавать массивы, свои типы данных, вызывать DLL-функции, контролировать работу приложений с помощью OLE Automation. Можно даже полностью создавать базы данных с помощью кодирования, если в этом появляется необходимость.

MS Access имеет один из самых лучших наборов визуальных средств среди аналогичных программных продуктов.

Одно из основных преимуществ MS Access – тесная интеграции с популярным офисным пакетом Microsoft Office.

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

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

Формы.

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

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

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

·   Область формы может выводить шаблон, соответствующий текущей выводимой в форме записи.

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

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

Создание форм в клиентском приложении отнимает больше половины времени. Однако при использовании форм в MS Access предоставляется наибольшее разнообразии средств автоматизации.

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

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

Для форм доступны три режима работы: Конструктор, Форма и Таблица. Режим ввода данных имеет три вида: ленточная форма, простая форма и таблица. При работе с простой формой одновременно Вы можете видеть данные только одной записи, при ленточной – одну и более, в зависимости от того, сколько можно уместить их на экран.

Формы можно создавать с помощью конструктора форм. Эффективным способом работы является быстрый выбор полей с помощью Мастера создания форм, стиля форм и дальнейшее совершенствование форм с помощью Конструктора.

При работе с формой загружается своя система меню, в режиме Конструктора – одна, а в режиме формы – другая. Также загружается панель инструментов. В режиме формы можно указать, какое меню и панель инструментов должны загружаться, при этом можно указывать и созданные пользователем.

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

Формы и элементы управления можно модифицировать программно.

Отчеты и запросы.

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

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

Для создания отчетов в MS Access используется Мастер отчетов, который позволяет автоматизировать создание стандартных отчетов, а также содержит средства для создания отчетов с диаграммами и почтовых наклеек.

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

Также как и формы, отчеты можно создавать программно.

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

Система построения запросов в Access не имеет себе равных среди СУБД массового использования. Практически все виды запросов, которые можно построить программно, в Access можно построить визуально. Исключение составляют сквозные запросы (SQL pass-through), запросы на изменение структуры данных (DDL) и запросы объединения.

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

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

Использование сквозных запросов позволяет контролировать работу любого сервера базы даных, находясь в среде разработки MS Access.

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

Для запросов доступны три режима: Конструктор, SQL, Таблица. Режимы Конструктора и SQL взаимосвязанны, любые изменения в одном из них приводят к изменениям в другом. При переходе в режим Таблицы можно просмотреть результаты запроса.

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

Запросы можно составлять программным путем. При этом возможны два варианта. Первый – запуск непосредственно команд SQL. Для этого необходимо создать переменную строкового типа и запустить ее с помощью макрокоманды RunSQL. Второй способ – это использование объектов доступа к данным.

Инструментальные средства разработки.

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

·   Макросы.

·   Встроенный язык программирования VisualBasic.

·   Встроенные утилиты системы защиты.

Макросы.

Макрокоманды, которые можно объединять в макросы, совершают разнообразные действия, выполнимые в СУБД Access, а с помощью параметров этим действиям можно придать гибкость, которой можно добиться только с помощью кропотливого программирования. В Access имеется более 50 макрокоманд. Для создания макроса необходимо использовать Конструктор макросов. Макрокоманды могут включать в себя условия. С помощью Конструктора макросов можно создавать меню.

Система защиты.

Access обладает лучшей встроенной защитой среди всех настольных приложений СУБД. Можно создавать группы, пользователей, присваивать права доступа ко всем объектам, в том числе и модулям. Система защиты доступна только при открытой базе данных. Каждому пользователю можно предоставить индивидуальный пароль. Система защиты доступна как с помощью визуальных средств, так и программным путем. Можно закрыть базу данных от просмотра внешними программами.

Язык программирования VisualBasic.

Visual Basic является универсальным языком программирования, однако в СУБД MS Access он используется как язык программирования для обработки баз данных.

Основные возможности Visual Basic, применимые в разработке приложений для обработки информации, могут быть реализованны благодаря наличию в нем объектов для доступа к данным – Data Access Object (DAO), 32-разрядного процессора данных – JET и предназначенных специально для работы с данными элементов управления.

Процессор данных в Visual Basic поддерживает все стандартные операции по созданию, изменению и удалению таблиц, индексов и запросов. Формат БД процессора данных Visual Basic соответствует формату Access. JET также обеспечивает поддержку целостности и проверку вводимых и изменяемых данных на уровне полей и записей. Для изменения данных JET позволяет использовать язык SQL.

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

Уникальным свойством JET является возможность создания копий данных (репликация БД), а также согласования данных в обновляемой и оригинальной БД. Причем эти операции могут выполняться как с файлами формата БД процессора данных (MS Access), так и с БД других форматов, поддерживаемых через механизм ODBC.

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

2.5. Взаимодействие Access и SQL Server

2.5.1 Особенности использования Microsoft Access в разнородной среде.

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

Access очень хорошо работает в качестве однопользовательской системы приложения базы данных. Его средства реализации форм можно применять для создания очень полезного клиентского интерфейса, а Visual Basic for Applications (VBA), для формирования кода прикладной задачи. Допустимо внедрять VBA и в механизм базы данных средства для реализации бизнес-правил и правил целостности данных, а также создавать высокоэффективный механизм базы данных, обеспечивающий размещение данных приложения и управление ими.

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

Применение только Access для создания приложения клиент-сервер дает следующие преимущества:

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

·   Возможность использования для создания приложения единственного интегрированного продукта.

·   Относительную простоту экспертной оценки приложения в силу широкой популярности Access.

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

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

·   Относительную простоту построения приложений умеренной сложности (обеспечивающих работу не более двадцати пользователей).

·   Возможность создания приложений клиент-сервер с помощью более дешевой сетевой технологии.

Способ построения приложений только с помощью Access имеет следующие недостатки:

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

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

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

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

·   Архитектура файлового сервера Access не способствует управлению большими объемами данных (свыше одного гигабайта) на сервере.

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

2.5.2. Особенности использования Microsoft SQL Server в разнородной среде.

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

Применение Access с SQL Server для создания приложения клиент-сервер дает следующие преимущества:

·   SQL Server, работающий в Microsoft NT, более устойчив по отношению к сбоям системы.

·   Сервер базы данных может оперировать большим количеством томов данных, чем файловый сервер.

·   На сервере базы данных можно создать более эффективную защиту данных.

·   Установка правил целостности данных и бизнес-правил на сервере лишает клиента возможности их обойти.

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

·   Хорошо спроектированный сервер базы данных способен работать с сотнями пользователей одновременно.

Применение Access с SQL Server для создания приложения клиент-сервер имеет и недостатки:

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

·   Для создания более эффективных приложений необходимо знать дополнительную версию SQL.

·   Приложения файлового сервера имеют тенденцию к усложнению.

·   Реализация сервера базы данных вынуждает разработчика планировать защиту и целостность данных на сервере.

ГЛАВА 3. «Модель учета кадров и складских запасов малого предприятия. Реализация. Анализ работы»

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

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

Таким образом работа фирмы рассматривается через работу с конкретным клиентом.

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

Общие требования к разрабатываемой системе автоматизации:

·   Ведение учета в реальном масштабе времени.

·   Ведение учета одновременно с нескольких рабочих мест.

·   Наличие графического пользовательского интерфейса.

·   Наличие системы защиты и разделения прав пользователей.

Особенности бизнес-процессов предприятия-заказчика:

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

·   Наличие курьерской службы – внештатных сотрудников, работающих по договору.

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

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

Автоматизация складского учета.

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

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

·   Получение программных продуктов (товаров) на склад предприятия.

·   Выдача программных продуктов покупателям (клиентам).

·   Формирование информации по текущему состоянию склада.

·   Формирование информации по складу за отчетных период.

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

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

·   Существует большое количество разновидностей дистрибутивов программ – более 10.

·   Существует несколько типов дистрибутивов: локальный, сетевой, однопользовательский-сетевой.

·   Существуют специализированные виды дистрибутивов: спецвыпуск, VIP-выпуск.

·   Существует возможность перевода дистрибутива между разновидностями, типами, специализированными видами.

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

·   Каждый дистрибутив выписывается конкретному клиенту. При этом фиксируется дата списания, особенности списания, полное название фирмы-клиента.

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

Автоматизация кадрового учета.

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

Общие требования к разработке системы автоматизации кадрового учета:

·   Регистрация информации о сотрудниках предприятия.

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

·   Возможность начисления заработной платы сотрудникам.

·   Возможность приема,перемещений и увольнений сотрудников.

·   Возможность просмотра начислений предыдущих периодов.

Особенности ведения кадрового учета на предприятии заказчике:

·   Регистрация кандидатов желающих занять вакансию на работу в курьерской службе.

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

·   Просмотр месячных и статистических отчетов по периодам сопровождения.

·   Перераспределение организаций между курьерами.

·   Учет пополнения организаций.

·   Оплата курьеров в зависимости от объема выполненой работы за месяц.

·   Динамически изменяющийся период расчета зарплаты.

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

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

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

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

Для решения задачи была выбрана клиент-серверная реализация системы автоматизации, в качестве сервера баз данных использовался Microsoft SQL Server, в качестве клиентской платформы был выбран Microsoft Access. Основные особенности и причины выбора модели, сервера и клиента подробно описаны в ГЛАВЕ 2 данного дипломного проекта.

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

— модуль для отдела сопровождения (MdlClnt.mdb),

— модуль для технического отдела (MdlStore.mdb),

— модуль данных (Data.mdb).

3.2. Формализованное описание механизмов складского и кадрового учета.

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

Модуль «Склад».

·   Начало работы.

·   Прием дистрибутивов на склад.

·   Выдача дистрибутивов со склада клиентам.

·   Изменение характеристик дистрибутивов.

·   Просмотр дистрибутивов, выданных клиенту.

·   Просмотр текущего состояния склада.

·   Просмотр отчета по складу за отчетных период.

·   Возврат дистрибутива на склад.

·   Окончание работы.

Модуль «Кадры».

·   Начало работы.

·   Ведение перечня кандидатов на должность курьера.

·   Перевод кандидата в должность курьера.

·   Распределение организаций между курьерами.

·   Заполнение характеристик организации и установленных у нее систем.

·   Регистрация работы курьера в течение рабочего периода.

·   Поиск информации в системе.

·   Регистрация расчетного периода.

·   Расчет заработной платы курьера.

·   Архивирование расчетного периода.

·   Увольнение курьера.

·   Отключение организации от сопровождения.

·   Окончание работы.

Надо отметить, что поведение системы описывается визуальными формами и процедурами, написанными на языке Visual Basic for Application и содержащимися в разделе «Приложения» дипломной работы. Структура составляет функциональные блоки и программы, описывающие существенные события. Рассмотрим на содержательном уровне реакции системы на перечисленные выше события.

Модуль «Склад».

Начало работы.

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

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

Прием дистрибутивов на склад.

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

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

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

·   Дата регистрации системы на складе (по умолчанию текущая системная дата).

·   Тип системы – локальная, сетевая, сетевая-однопользовательская (по умолчанию локальная).

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

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

Необходимо отметить наличие исключительных ситуаций, предусмотренных программой:

·   При регистрации дистрибутива с регистрационным номером больше 60000 он автоматически будет зарегистрирован как «спецвыпуск».

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

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

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

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

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

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

Изменение характеристик дистрибутивов.

Существует три возможности изменения характеристик дистрибутива в процессе работы программы.

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

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

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

Просмотр дистрибутивов, выданных клиенту.

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

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

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

Просмотр текущего состояния склада.

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

Просмотр отчета по складу за отчетных период.

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

Возврат дистрибутива на склад.

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

Окончание работы.

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

Модуль «Кадры».

Начало работы.

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

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

Ведение перечня кандидатов на должность курьера.

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

·   Фамилия, Имя, Отчество кандидата.

·   Адрес и домашний телефон кандидата.

·   Место постоянной работы, учебы.

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

Перевод кандидата в должность курьера.

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

Распределение организаций между курьерами.

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

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

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

Заполнение характеристик организации и установленных у нее систем.

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

·   полное название организации;

·   ФИО руководителя организации;

·   ФИО бухгалтера организации;

·   ФИО контактного сотрудника организации;

·   контактные телефоны(факс) организации;

·   адрес(ближайшая станция метро) организации;

·   банковские реквизиты организации;

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

·   “сложность” организации – под “сложностью” организации понимается ряд характеристик, затрудняющих сопровождение данной организации (дальность, наличие устаревшей техники, разветвленность организации, важность организации).

Заполнение перечня характеристик организации ведется из диалогового окна “Характеристики организации”, которое вызывается из окна “Курьеры” нажатием кнопки “Параметры организации”.

Регистрация работы курьера в течение рабочего периода.

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

Поиск информации в системе.

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

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

·   Координаты и контактные лица данной организации.

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

·   Информацию о системах, установленных в данной организации.

Регистрация расчетного периода.

В текущий момент времени все пользователи системы “Кадры” получают информацию по курьерской службе актуальную на текущий момент расчетного периода. Однако существует возможность перемещения рабочего интервала внутри расчетного периода. Данная возможность позволяет просмотреть информацию прошлых периодов работы. Для изменения текущей недели расчетного периода необходимо воспользоваться пунктом меню “Опции” меню “Сервис”. Затем в диалоге ввода необходимо выбрать месяц и неделю интересующего нас рабочего периода. После нажатия кнопки “Установить” будет установлен необходимый расчетный месяц и неделя и информация будет обновлена.

Расчет заработной платы курьера.

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

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

После окончания расчета появляется сообщение: “Расчет закончен”.

Для просмотра результатов расчета необходимо выбрать пункт меню “Результаты расчета зарплаты”. В диалоговом окне необходимо выбрать фамилию курьера. На экране отразятся результаты расчета – расчет каждой недели периода сопровождения по каждой из сопровождаемых систем установленных в организациях. Существует возможность просмотра и коректировки любого из параметров, влияющих на расчет зарплаты, а также возможность вводить добавочные коэффициенты, отражающие особенности сопровождения (сложность организации, дальность и т.п.).

Увольнение курьера.

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

Отключение организации от сопровождения.

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

Окончание работы.

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

Дополнительные возможности.

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

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

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

ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

Тема: «Технико-экономическое обоснование проекта. Расчет сметы затрат и цены на ПП. Оценка целесообразности проведения работы.»

1. Введение.

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

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

Об автоматизации малых предприятий.

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

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

·   Обеспечивать получение общих или детализированных данных по итогам работы.

·   Позволять легко определять тенденции изменения важнейших показателей.

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

·   Выполнять точный и полный анализ данных.

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

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

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

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

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

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

2. Организация работы.

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

Согласно ГОСТ 15.101-80 «Порядок проведения НИР» можно выделить четыре этапа проектирования. Время проведения работы составляет 3 месяца. Длительность работ по каждому этапу была определена следующим образом:

1.   Разработка технического задания – 2 недели.

2.   Выбор направления исследования – 3недели.

3.   Теоретические и экспериментальные исследования – 4 недели.

4.   Обобщение и оценка результатов исследования — 3 недели.

Работы начали проводиться с 01.09.97г. Ниже представлен график проведения НИР.

Для проведения научно-исследовательской разработки была создана группа:

1.   Руководитель проекта – ведущий инженер.

2.   Исполнители – инженер-программист, инженер.

Приведем календарный план работ НИР в соответствии с этапами работы:

1-ый этап. 01.09.1997 – 14.09.1997

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

·   Разработка основных требований к программному обеспечению. Исполнитель – инженер-программист.

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

2-ой этап. 15.09.1997 – 07.10.1997

·   Постановка задачи сотрудникам рабочей группы НИР. Оценка конкурирующих разработок. Исполнитель – ведущий инженер.

·   Закупка и установка необходимого программного обеспечения. Составление блок-схемы НИР. Исполнитель – инженер-программист.

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

3-ий этап. 08.10.1997 – 07.11.1997

·   Программирование интерфейса пользователя, системы защиты. Исполнитель – инженер.

·   Проектирование модулей предметной области и индивидуальных алгоритмов работы. Сборка модулей. Исполнитель – ведущий инженер.

·   Программирование модулей предметной области и индивидуальных алгоритмов работы. Исполнитель – инженер-программист.

4-ый этап. 08.11.1997 – 30.11.1997

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

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

·   Отладка интерфейса пользователя и системы защиты. Распределение прав и паролей между пользователями. Исполнитель – инженер.

3. Расчет сметы затрат и цены научно-технической продукции.

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

1. Статья затрат «Затраты на оплату труда работников, непосредственно занятых созданием научно-технической продукции» — 13500 тыс. руб.

Расчет выполнен исходя из трудоемкости, необходимой для выполнения работ, и заработной платы работников (см.табл.1).

2. Статья затрат «Отчисления по налогам » – 5332.5 тыс. руб.

Затраты по данной статье определяются установленным нормативом от расходов на оплату труда работников, непосредственно занятых созданием научно-технической продукции ( в том числе: 1.5% — отчисления в фонд занятости, 28% — отчисления в пенсионный фонд, 5.4% — отчисления в фонд социального страхования, 3.6% — отчисления в фонд медицинского страхования, 1% — транспортный налог).

13500 тыс. руб. * 39.5% = 5332.5 тыс. руб.

3. Статья затрат «Накладные расходы» — 47250 тыс. руб.

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

13500 тыс. руб. * 350% = 47250 тыс. руб.

4. Статья затрат «Материалы» – 154тыс. руб. (см.табл.2).

5. Статья затрат «Транспортные расходы» – 15.4 тыс. руб.

Затраты по данной статье составляют 10% от стоимости материалов:

154 тыс. руб. * 10% = 15.4 тыс. руб.

6. Статья «Прибыль» –

Расчетный норматив рентабельности определен 20% от собственных работ.

(13500 + 5332.5 + 47250 + 154 + 15.4) тыс. руб. * 20% = 13250 тыс. руб.

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

Таблица 1. Расчет основной заработной платы.

Должность

Оклад

(руб.)

Продолжительность работы (мес.)

Фонд оплаты труда (руб.)

Ведущий инженер

2 000 000

3

6 000 000

Инженер-программист

1 500 000

3

4 500 000

Инженер

1 000 000

3

3 000 000

Итого:

13 500 000

Таблица 2. Данные по статье затрат «Материалы»

Наименование материала

Единицы измерений

Количество штук

Стоимость (руб.)

Общая стоимость (руб.)

Бумага писчая

Пачка

1

20 000

20 000

Бумага для принтера

Пачка

3

30 000

90 000

Карандаши

Шт.

3

2 000

6 000

Ручки шариковые

Шт.

3

4 000

12 000

Ластики

Шт.

2

500

1 000

Дискеты

Шт.

10

2 500

25 000

Итого:

154 000

Таблица 3. Смета затрат на разарботку.

Статья затрат

Сумма (руб.)

Затраты на оплату труда работников

13 500 000

Отчисление на налоги

5 332 500

Накладные расходы

47 250 000

Материалы

154 000

Транспортные расходы

15 400

Итого:

66 251 900

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

С = 66 251 900 рублей.

Цена научно-технической продукции определяется суммой:

Ц = С + П, где С – стоимость НИР,

П – прибыль.

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

Ц = 66 251 900 + 13 250 000 = 79 501 900 руб.

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

Цпр = 79 501 900 + 15 900 380 = 95 402 280 руб.

4. Оценка конкурентноспособности изделия.

Для начала кратко опишем наиболее важные преимущества присущие разработанной программе.

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

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

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

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

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

Встроенный язык программирования системы RS-Balance не является столь распространенным, как используемый нами Visual Basic – таким образом затраты на обучение персонала были бы значительными.

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

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

Таблица 4.

Показатели

Собственная разработка

Коэфф.

RS-Balance

Коэфф.

Объем памяти, занимаемый файлами системы

2 Мб

1

10 Мб

5

Среднее время ввода данных

2 Мин

1

6 Мин

3

Стоимость программы

~15 000 $

1

~15 000$

1

Стоимость обучения персонала

~1 000 $

1

~ 10 000$

10

Итого

4

19

Сравнительный коэффициент: 4/19 = 0.21

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

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

 

 

 

 

 

 

 

 

ЭРГОНОМИКА

Тема: «Эргономические особенности дипломного проекта».

1. Введение.

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

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

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

Сегодня мы переживаем бурный рост развития эргономики в области программного и аппаратного обеспечения компьютеров. Каждый день на рынке появляются все новые решения и разработки предназначенные улучшить работу пользователей на персональном компьютере. Современный дизайн, беспроводные устройства ввода-вывода, технология Plug&Play («включи и работай»), речевой и рукописный ввод, системы искусственного интеллекта, “плоские” дисплеи, TCO95 (стандарт жестко ограничивающий электромагнитное и другие виды излучений компьютера) и т.д. – все это Вы можете встретить в современных компьютерных системах.

2. Эргономика при проектировании систем автоматизации.

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

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

1.   Использование модели вычислений клиент-сервер.

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

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

2.   Использование стандартных средств разработки, управления и использования.

После выбора модели вычислений необходимо решить вопрос о выборе средств разработки и использования проектируемой системы автоматизации. Так как более 90% компьютеров в мире используют операционные системы семейства Microsoft Windows, а более 80% пользователей используют офисный пакет приложений Microsoft Office – выбор был сделан именно в пользу данных систем. Таким образом пользователь получает возможность работать в дружественной ему среде, а так же избегает дополнительных финансовых затрат. Необходимо отметить, что данные два программных продукта (Windows 95 и Microsoft Office 97) на сегодняшний день являются образцом эргономических разработок в области компьютерной индустрии. При создании данных программ использовались длительные программы тестирования в которых принимало участие несколько миллионов человек. Цель данных программ – увеличение производительности и достижение комфорта при работе человека за компьютером. Каждая следующая версия программ данного семейства в среднем на 30% повышает уровень работы пользователя. Контекстно-зависимое меню, диалоговые окна, панели инструментов, подсказки, контекстно-зависимая система помощи, гипертекст – вот всего лишь несколько примеров применения в рассмотренных системах разработок в области эргономики.

3.   Индивидуальный подход к разработке.

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

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

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

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

4.   Использование современных программных разработок в области интерфейса пользователя.

Использование современной операционной системы, Системы Управления Базами Данных из офисного пакета MS Office не является универсальным решением при реализации интерфейса пользователя. Независимые разработчики программного обеспечения предлагают множество дополнительных средств, упрощающих работу пользователей. В данной дипломной работе также использовалось несколько дополнительных средств управления интерфейсом:

·   для отображения процесса загрузки программы использовались «строки загрузки»

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

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

5.   Разработка дизайна проекта.

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

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

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

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

3. Эргономические особенности сервера баз данных.

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

Для разработки серверной части дипломной работы использовался сервер баз данных Microsoft SQL Server 6.5. На сегодняшний день данный продукт обладает одними из наилучших возможностей управления.

Для управления базой данных служит SQL Enterprise Manager, который обладает графическим пользовательским интерфейсом и позволяет наглядно представить все службы сервера и ветви базы данных. При работе с SQL Enterprise Manager Вы можете либо пользоваться меню, либо кнопками панели инструментов. Для каждой кнопки меню есть своя подсказка (tooltip). Если остановить на некоторое время курсор мыши на кнопке панели инструментов, появится маленькое окошечко с описанием функции этой кнопки. Выбирая определенные опции и вводя информацию в появляющиеся окна, Вы можете проделать множество тех же самых действий, которые выполнялись раньше через команды языка Trasact-SQL и требовали длительного утомительного изучения языка SQL и основ программирования. Так же существует окно легенды с отображением всех обозначений и символов, используемых в SQL Enterprise Manager. Кроме опций меню и кнопок панели инструментов существует возможность использовать правую кнопку мыши и открывать с ее помощью контекстное меню для объектов в окнах SQL Enterprise Manager. Если остановить курсор мыши на каком-либо объекте и нажать правую кнопку мыши, Вы сможете выполнить такие команды как создание объекта, удаление объекта или редактирование его структуры.

Для управления доступом к базе данных служит SQL Security Manager. Обладая встроенным графическим интерфейсом и всеми возможностями по управленю объектами аналогичными SQL Enterprice Manager, SQL Security Manager обладает также одним очень важным и удобным дополнением. Администраторы Windows NT Server – операционной системы под управлением которой работает SQL Server, получают возможность управлять бюджетами (системами безопасности) пользователей напрямую через SQL Security Manager.

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

4. Эргономические особенности клиентского приложения.

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

При проектировании дипломного проекта в качестве клиентской части была выбрана Система Управления Базами Данных Microsoft Access. Microsoft Access – это самая популярная сегодня настольная система управления базами данных. Успех Microsoft Access заключается в прекрасной реализации продукта, рассчитанного как на начинающего, так и квалифицированного пользователя. Опишем основные эргономические особенности данной СУБД на которые мы ориентировались при разработке клиентской части:

· MS Access имеет один из самых лучших наборов визуальных средств среди аналогичных программных продуктов. Вся работа с базами данных интегрирована в окне базы данных. При разработке программы широко используются такие современные решения, как панели инструментов, технология Drag&Drop (перетащи и брось), панели свойств, гипертекстовые ссылки и др.

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

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

· Широкие возможности документирования и создания помощи пользователям. Окна подсказок, «ярлыки» подсказок, отличная документация на русском языке и встроеная система помощи – отличительные особенности СУБД Microsoft Access.

· Одно из основных преимуществ MS Access – тесная интеграции с популярным офисным пакетом Microsoft Office. 80% пользователей в мире применяют этот пакет для организации работы в офисе и дома. Следовательно проектируемая нами система может быть легко применена и перенесена между множеством компьютеров.

· MS Access использует самый популярный на сегодняшний день язык программирования Visual Basic. Это позволяет рассчитывать на широкую поддержку со стороны пользователей и сторонних разработчиков.

5. Заключение.

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

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

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

ГРАЖДАНСКАЯ ОБОРОНА

Тема: «Разработка программы для складского учета в на складе ГО г.Москвы».

1. Введение.

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

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

ЧС военного времени возникают при применении противником ядерного, химического, биологического оружия и других средств нападения.

В целях заблаговременной подготовки объектов к возможному возникновению ЧС, создания условий, повышающих устойчивость работы предприятий и своевременного проведения аварийно-спасательных и других неотложных работ на объектах, организуется гражданская оборона (ГО). При начальнике ГО объекта создается штаб ГОЧС – орган управления начальника гражданской обороны. Состав штаба зависит от размера и значимости объекта для общества. Штаб ГОЧС осуществляет мероприятия по защите рабочих, служащих и населения и обеспечивает своевременное оповещение их об угрозе ЧС; организует и обеспечивает непрерывное управление ГО; разрабатывает план ГО объекта, периодически корректирует и организует его выполнение; организует и контролирует обучение рабочих и служащих гражданской обороне и подготовку невоенизированных формирований объекта. Надо отметить, что невоенизированные формирования составляют основу сил гражданской обороны.

Основная задача формирований при ликвидации последствий ЧС – спасение людей и материальных ценностей.

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

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

Основу защиты в г. Москве составляет ГУ ГОЧС (Главное Управление Гражданской Обороны и Чрезвычайных Ситуаций) г. Москвы. Так как Москва является одним из крупнейших административных центров и играет главенствующю роль в политической и экономической жизни РФ – ответственность за защиту города в условиях ЧС несет штаб ГУ ГОЧС г.Москвы. Необходимо отметить, что Москва является одним из самых густонаселенных городов, поэтому штабу ГУ ГОЧС города приходится хранить и вести учет большого количества различных материалов и оборудования для защиты города в условиях ЧС. До настоящего времени учет складских запасов производился исключительно в бумажной форме, однако развитие вычислительной техники позволило разработать системы автоматизации для учета складской деятельности штабов ГОЧС.

2. Особенности складского учета на складе ГУ ГОЧС.

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

·   Программа должна работать на нескольких компьютерах, объединенных в локальную вычислительную сеть. Таким образом с программой могут одновременно работать несколько человек. Например, сотрудник отдела снабжения склада ГУ ГОЧС может просматривать состояние склада и осуществлять своевременный заказ оборудования, и в то же самое время кладовщик может отпускать оборудование подразделениям ГО для проведения спасательных работ.

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

·   Программа должна отражать специфику деятельности склада ГУ ГОЧС. Она должна обладать возможностями группировать оборудование на складе по категориям: медикаменты, автотранспорт, инструменты, спецодежда, средства защиты и.т.п.

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

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

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

·   Программа должна легко переноситься с одного компьютера на другой, так как не исключена возможность использования программы в подвижном варианте ( на компьютерах типа notebook) в условиях ЧС.

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

При проектировании учитывалось, что склад ГУ ГОЧС г.Москвы является организацией с разветвленной инфраструктурой. Предполагается использование данной программы в разных отделах склада, разными сотрудниками.

3. Разработка программы «Склад ГО».

Программа «Склад ГО» разрабатывалась с учетом особенностей ведения складского учета на складе ГУ ГОЧС г.Москвы. Программа создавалась и используется в оболочке Системы Управления Базами Данных (СУБД) Microsoft Access 97. Выбор данного программного продукта был сделан после анализа требований, предъявляемых к программе. При выборе учитывались следующие положения:

·   СУБД MS Access является наиболее удобной и популярной среди аналогичных программ. Она обладает широкими возможностями для создания баз данных масштаба предприятий.

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

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

·   Данная СУБД обладает развитым графическим интерфейсом пользователя и функционирует в самой распространенной операционной системе Windows 95. Она обладает встроенным языком программирования Visual Basic for Application, который делает ее еще более гибкой и настраиваемой на нужды пользователей.

Проектирование базы данных «Склад ГО» велось в соответствии с блок-схемой складского учета (Приложение 1). В соответствии с данной блок-схемой можно выделить три этапа работы программы:

1) Ввод начальных данных. На данном этапе формируются начальные данные, необходимые для работы программы. Для этого заносятся группы оборудования, регистрируемого на складе (медикаменты, средства защиты и т.д.), вводятся поставщики оборудования (Штаб ГУ ГОЧС Московского Военного Округа, Росвооружение, ООО «Стройтехника», и т.п.), перечисляются сотрудники склада ГУ ГОЧС г.Москва (Петров, Иванов и т.д.) и регистрируются основные реквизиты склада ГУ ГОЧС (адрес, телефон, индекс…).

2) Работа в программе «Склад ГО». На данном этапе происходит основная работа по ведению складского учета на складе ГУ ГОЧС: регистрируются поступившие товары, производится инвентаризация оборудования, подготавливаются заказы.

3) Формирование отчетности по складу. На данном этапе происходит анализ результатов работы склада за определенный период времени, а так же анализ текущего состояния склада. Существует возможность просмотреть три вида отчетов, которые характеризуют различные аспекты складского учета на складе ГУ ГОЧС.

Описание форм и отчетов.

1.   Форма «Сведения об организации». Предназначена для ввода реквизитов склада ГУ ГОЧС г.Москвы. Данные реквизиты в дальнейшем используются при формировании отчетной информации.

Основные поля: «адрес», «индекс», «телефон», «факс», «руководитель».

2.   Форма «Группы оборудования». Предназначена для ввода групп оборудования, хранящегося на складе ГУ ГОЧС. На этапе ввода начальных данных в данное поле введены значения: «транспорт», «спасательная техника», «инструменты», «средства защиты», «медикаменты», «средства связи», «спецодежда», «продукты питания». Данная форма позволяет вводить новые, удалять и изменять существующие группы оборудования.

Основные поля: «код группы», «категория».

3.   Форма «Поставщики». Данная форма содержит сведения о поставщиках оборудования для склада ГУ ГОЧС г.Москвы. В данную форму на этапе формирования начальных данных введены следующие значения: «Штаб ГУ ГОЧС Московского Военного Округа», «Росвооружение», «АО «Росмедпоставки»», ООО «Стройтехника», Министерство связи РФ. Существует возможность добавления новой или изменения реквизитов существующей организации.

Основные поля: «Название», «Обращаться к», «Должность», «Адрес», «Телефон», «Факс», «Индекс», «Город».

4.   Форма «Сотрудники». Форма содержит сведения о сотрудниках склада ГУ ГОЧС г.Москвы. Данные о сотрудниках используются для формирования заказов, а также для распределения прав доступа к базе данных.

Основные поля: «Фамилия», «Имя», «Должность», «Телефон», «Внутренний телефон».

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

Основные поля: «Название оборудования», «Описание», «Группа», «Количество на складе», «Количество в заказе», кнопка «Заказать…».

6.   Форма «Формирование заказа». Служит для оформления заказа на оборудование. Позволяет производить групповой заказ, связывать заказ с конкретным поставщиком, фиксировать даты размещения и исполнения. Каждый заказ оформляется конкретным сотрудником склада ГУ ГОЧС г.Москва, следовательно существует возможность контроля за заказами со стороны руководства склада. При работе с данной формой существует возможность вывести на экран и распечатать Карточку заказа.

Основные поля: «Номер заказа», «Поставщик», «Сотрудник», «Описание», «Дата размещения», «Дата исполнения», таблица «Заказ оборудования», кнопка «Просмотр карточки оборудования».

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

8.   Отчет «Итоговые сведения по складу». Отчет о текущем состоянии склада. Показывает приход, расход, остаток (в количественном и денежном эквиваленте) оборудования , хранящегося на складе.

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

4. Выводы.

Созданная программа «Склад ГО» – является современным решением задачи ведения складского учета средств ГО. Данная программа обладает рядом преимуществ перед аналогичными программами. Основными преимуществами данной программы являются:

·   легкость в использовании

·   удовлетворение специфических задач склада ГУ ГОЧС

·   широкие возможности расширения

·   высокая степень защиты

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

5. Приложения.

Приложение 1. Блок-схема работы программы.

Приложение 2. Экранные формы программы.

Список литературы.

1.   В.Г.Атаманюк и др. «Гражданская оборона», Москва, «Высшая школа», 1986г.

2.   Р.Ахаян и др. «Эффективная работа с СУБД», Санкт-Петербург, «Питер», 1997г.

3.   Г.Саливан, Д.Бенаш «Секреты MS Access 97», Санкт-Петербург, «BHV», 1997г.

4.   «Гражданская оборона». Под редакцией А.Т.Алтунина, «Военное издательство», 1984г.

5. Список литературы.

1.   Р.Ахаян и др. «Эффективная работа с СУБД», Санкт-Петербург, «Питер», 1997г.

2.   Г.Саливан, Д.Бенаш «Microsoft BackOffice в подлиннеке», Санкт-Петербург, «BHV», 1997г.

3.   Д.Л.Вескес, М.Гандерлоу,М.Чипмен «Access и SQL Server», Москва, «Лори», 1997г.

4.   Dwayne Gifford «Access 97 Unleashed», Indianapolis USA, «SAMS Publishing», 1997г.

ОХРАНА ТРУДА И ЭКОЛОГИЯ

Тема: «Обеспечение требований электробезопасности на рабочем месте программиста.»

Введение.

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

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

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

·   повышенный уровень шума;

·   повышенный уровень электромагнитных излучений;

·   недостаточная освещенность рабочей зоны;

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

·   пожароопасные факторы;

Среди наиболее опасных факторов в помещении с электрооборудованием является возможность поражения человека электрическим током вследствии нарушения электроизоляции. Человек начинает ощущать протекающий через него ток промыщленной частоты (50 Гц) относительно малого значения: 0.6 – 1.5 мА. Этот ток называется пороговым ощутимым током. Ток 10 – 25 мА вызывает сильные и весьма болезненные судороги мышц, которые человек преодолеть не в состоянии. Такой ток называется пороговым неотпускающим. Ток 80 – 100 мА и выше вызывает существенные повреждения в организме человека.

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

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

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

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

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

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

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

Проектирование зануления.

1. Исходные данные.

Необходимо спроектировать зануление электрооборудования с номинальным напряжением 220В. Электрооборудование представляет собой компьютерный процессор с монитором. Мощьность процессора составляем 120Вт, монитора – 360Вт. С учетом подключения периферийной аппаратуры ( в нашем случае – принтера) считаем, что мощьность нашего электрооборудования не превышает 1кВт. Следовательно, номинальный ток составляет I_н = P/U = 4,5 A.

Для питания электрооборудования от цеховой силовой сборки используется провод марки АПР, прокладываемый в стальной трубе. Сечение алюминиевого провода S = 2,5 мм². Диаметр водогазопроводной трубы для прокладки проводов d = 19,1 мм. Потребитель подключен к третьему участку питающей магистрали. Длина участка 0,05 км. Первый участок магистрали выполнен четырехжильным кабелем марки АВРЕ с алюминиевыми жилами сечением 3х70, 1х25 мм² в полихлорвиниловой оболочке, длина участка 0,23 км. Участок защищен автоматом типа А3134 с комбинированным расцепителем на номинальный ток I_н = 150 A. Участок магистрали №2 выполнен кабелем АВРГ 3х35, 1х10 мм², длина участка 0,075 км, участок защищен автоматическим выключателем А3134 с тепловым расцепителем на номинальный ток I_н = 80 A. Магистраль питается от масляного трансформатора типа ТМ – 1000 с первичным напряжением 10 кВ и вторичным 400/230 В, со схемой соединения обмоток . Магистраль зануления на первых двух участках выполнена четвертой жилой питающего кабеля, на третьем участке – стальной трубой.

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

Схема питания прибора представлена на рисунке 1:

ТП – трансформаторная подстанция, РП – распределительный пункт, СП – силовая подстанция.

2. Выбор аппарата защиты, сопротивления и места сооружения повторных заземлений.

Применим для защиты предохранитель типа ПР-2.

I_пр = 1,25 I_н, где I_н — номинальный ток электрооборудования.

I_пр = 1,25 × 4,5 = 5,6А.

Для расчета выбираем номинал предохранителя 6А.

В схеме электроснабжения используется один участок длиной более 200м, поэтому необходимо сооружение повторного заземления на распределительном пункте (РП). Сопротивление повторного заземления регламентируется ГОСТом 12.1.030-81. В ПУЭ регламентируется сопротивление растеканию всех повторных заземлителей, которое в любое время года должно быть не больше 5, 10, 20 Ом соответствено при 380, 220, 127 В источника однофазного тока. Т.о. сопротивление повторного заземления в нашем случае не должно превышать 10 Ом.

3. Расчетная проверка зануления.

3.1. Определяем расчетный ток однофазного короткого замыкания для предохранителя ПР-2. Если среда нормальная

I _о.к.з.> к I_н, где I_н — номинальный ток защитных аппаратов ( в данном случае – предохранителя);

к – коэффициент кратности; для ПР-2 к =3.

I _о.к.з. = 3 × 6 = 18 А

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

I_з = ,

где z_т -расчетное сопротивление трансформатора, z_п — суммарное полное сопротивление фазного провода и нулевого защитного проводника.

3.2. Определяем расчетное сопротивление трансформатора ( по табл. 6.1 [1]).

z_т = 0,081 Ом; z_т / 3 = 0,027 Ом.

3.3. Полное сопротивление петли “фазный-нулевой провод” определяется по формуле:

z_п = z_ф + z_н; где z_ф = ;

z_н = ;

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

r = ; где — удельное сопротивление материала ,

l — длина участка, км;

S — сечение провода, мм²

_алюм = 31,4 ;

r_ф1 = 31,4 × 0,23 / 70 = 0,1032 Ом;

r_ф2 = 31,4 × 0,075 / 35 = 0,0673 Ом;

r_ф3 = 31,4 × 0,05 / 2,5 = 0,628 Ом;

r_фå = 0,7985 Ом.

3.4. Определяем расчетное активное сопротивление фазных проводов с учетом температурной поправки, считая нагрев проводов на всех участках равным 55⁰ С.

r_ф = r_фå × К_т, где К_т = 1 + a (Т-20) — поправочный коэффициент

a — температуреный коэффициент сопротивления.

Для алюминия a = 0,004 град^–1 [12],

К_т = 1 + 0,004 (55 – 20) = 1,14;

r_ф = 1,14 × 0,7985 = 0,9103 Ом.

3.5. Определяем активное сопротивление нулевого защитного проводника:

r_н1 = 31,4 × 0,23 / 25 = 0,2889 Ом,

r_н2 = 31,4 × 0,075 / 10 = 0,2355 Ом,

Для водогазопроводной трубы из стали d = 19,1 мм, погонное сопротивление

r_w =1,8 Ом/км (табл. 25, [11])

r_н3 = r_w × l = 1,8 × 0,05 = 0,09 Ом.

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

r_н1t = 0,2889 × 1,14 = 0,3293 Ом,

r_н2t = 0,2355 × 1,14 = 0,2684 Ом,

Кtстали = 1 + 0,05 × (55 — 20) =1,175, где a — температурный коэффициент сопротивления для стали.

r_н3t = 0,09 × 1,175 = 0,1057 Ом

r_нå = 0,7036 Ом.

3.7. Определим внешние индуктивные сопротивления фазных проводов и нулевого.

x_ф’ = х_ф.м’ – х_ф.L’; х_н’ = х_н.м’ – х_н.L’

х_ф.м’ = х_н.м’ = 0,145 × lg d_ф-н × l; где d – расстояние между фазным и нулевым проводом.

Для 1 и 2 участков магистрали d определяем, исходя из следующих данных справочника [2]:

·   толщина оболочки четырехжильного кабеля данных марок 2,1 мм (табл.1.23);

·   диаметр внешней оболочки – 39,9 мм для кабеля с жилами 3х70 и 1х25 мм² и 30,4 – для 3х35 и 1х10 мм² (табл. 5.13)

·   толщина изоляции жил (табл.5.3)

S, мм²: 70 – 1,6 мм;

25 – 1,4 мм;

35 – 1,4 мм;

10 – 1,2 мм;

Т.о.

d₁ = 39,9 – 4,2 – 1,6 – 1,4 – 9,4 –5,6 = 17,6 мм;

d₂ = 30,4 – 4,2 – 1,4 – 1,2 – 6,7 – 3,6 = 13,4 мм.

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

d3 = 19,1 / 2 – 0,9 = 8,7 мм.

Тогда

х_ф.м1’ = х_н.м1’ = 0,145 × lg 17,6 × 0,23 = 0,0416 Ом;

х_ф.м2’ = х_н.м2’ = 0,145 × lg 13,4 × 0,075 = 0,0122 Ом;

х_ф.м3’ = х_н.м3’ = 0,145 × lg 8,7 × 0,05 = 0,0068 Ом.

х_ф.мå’ = х_н.мå’ = 0,0606 Ом.

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

х_ф.L’ = х_L’ × l; где — х_L’ погонное индуктивное сопротивление самоиндукции, Ом/м. Значения х_L’ выбираем для каждого участка по таблице 2 (стр.13 [12]).

х_ф.L1’ = 0,09 × 0,23 = 0,0207 Ом,

х_ф.L2’ = 0,068 × 0,075 = 0,0051 Ом,

х_ф.L3’ = 0,03 × 0,05 = 0,0015 Ом,

х_ф.Lå’ = 0,0273 Ом.

х_н.L1’ = 0,068 × 0,23 = 0,0156 Ом,

х_н.L2’ = 0,03 × 0,075 = 0,0023 Ом,

х_н.L3’ = 0,138 × 0,05 = 0,0069 Ом,

х_н.Lå’ = 0,0248 Ом.

Суммарные внешние индуктивные сопротивления:

х_ф’ = 0,0606 – 0,0273 = 0,0333 Ом,

х_н’ = 0,0606 – 0,0248 = 0,0358 Ом.

3.8. Определим внутренние индуктивные сопротивления:

х_ф1-2” = х_н1-2” = 0,0157 × l₂ = 0,0048 Ом (l₂ = 0,23 + 0,075 = 0,305 км),

х_ф3” = 0,0157l₃× 0,05 = 0,0008 Ом,

х_н3” = 0,6r_н3 = 0,06 × 0,1057 = 0,0634 Ом,

х_ф” = 0,0056 Ом, х_н” = 0,0682 Ом

3.9. Находим полное сопротивление фазного и нулевого проводов:

z_ф = = 0,9111 Ом,

z_н = = 0,7112 Ом.

3.10. Рассчитаем ток однофазного короткого замыкания:

I_о.к.з. = ; I_о.к.з. = 220/ (0,027 + 0,9111 + 0,7112) = 133,39А.

3.11. Сравниваем расчетные параметры с допустимыми.

133,4 > 18 I_о.к.з. > к×I_н ,

0,71 < 2 × 0,91 z_н < 2×z_ф

4. Проверка допустимости напряжений прикосновения и времени срабатывания защитного аппарата.

Падение напряжения на участке нулевого провода составит:

U_н = I_о.к.з. × z_н2-3

z_н2-3 =

r_н2-3 = r_н2t + r_н3t = 0,2684 + 0,1057 = 0,3742 Ом,

х_н2-3’ = х_н2’ + х_н3’ = (х_н.м2’ – х_н.L2’) + (х_н.м3’ – х_н.L3’) = 0,0122 – 0,0023) + (0,0068 – 0,0069) = 0,0098 Ом,

х_н2-3” = х_н2” + х_н3” = 0,0157 × 0,075 + 0,064 = 0,0013 + 0,0634 = 0,0646 Ом

Т.о. х_н2-3 = 0,3815 Ом.

U_н = 133,4 ×0,3815 = 50,89 В.

Падение напряжения на повторном занулении определяем с учетом токораспределения на первом участке схемы.

U_п.з. = R_п.з. × I_о.к.з. × z_н1 / (R_п.з. + R₀)

z_н1 = ;

где r_н1t = 0,3293 Ом,

z_н1 = =0,3307 Ом.

U_п.з. = 10 × 133,4 × 0,3307 / (10+4) = 31,51 В,

Учитывая коэффициент прикосновения (табл.1 [12]), получим полное напряжение прикосновения:

U_пр = U_н + a × U_п.з. = 51,42 + 0,3 × 31,91 = 60,99 В.

По таблице 2 п.1.3. ГОСТа [10] определяем, что для такого значения предельно допустимое время воздействия тока 0.9с.

Как видно из характеристики предохранителя ПР-2 с номинальным током 6А [3] время срабатывания защиты 0.9с и меньше обеспечивается при кратности тока к > 7. Это удовлетворяет нашей задаче, т.к. истинная кратность тока, полученная в результате расчета, составляет к = 133,4/6 » 21.

Защитное отключение.

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

В сетях до 1000В с заземленной нейтралью могут быть использованы устройства защитного отключения (УЗО), реагирующие на несимметрию фазных токов [5].

Примером УЗО для нашей сети может служить однофазная схема магнитного пускателя С-881, реагирующая на небаланс фазных токов [4]:

Назначение прибора: защита от замыканий на корпус и при прикосновении к фазным проводам. Установка срабатывания – ток трогания Iтр = 0,010 А. Время срабатывания 0,03с. Датчиком входного сигнала, получаемого фильтрами небаланса фазовых токов, в схеме является ТНП, сигнал от которого усиливается транзисторным усилителем.

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

Меры по обеспечению электробезопасности.

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

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

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

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

3.   В лаборатории (отделе) допускается установка электроприборов только в закрытом исполнении.

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

5.   При наладке электрооборудования необходимо иметь инструменты только с изолированными ручками.

6.   Необходимо выполнять контроль изоляции электропроводки не реже 1 раза в 6 месяцев. Контроль изоляции сводится к измерению сопротивлений изоляции. Оно не должно превышать допустимых значений. (таблица 1.8.39 [6]).

7.   Электрооборудование, вводимое в эксплуатацию, должно быть подвергнуто приемо-сдаточным испытаниям в соответствии с главой 1.8. Заключение о пригодности оборудования к эксплуатации дается на основании рассмотрения результатов всех испытаний. (1.8.4)

Заключение.

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

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

Список литературы.

1.   Долин П.А. «Основы техники безопасности в электроустановках.», М., Энергоатомиздат, 1984г.

2.   Белорусов Н.И., Саакян А.Е. и др. Справочник «Электрические кабели, провода и шнуры», М., Энергоатомиздат, 1987г.

3.   Князевский Б.А., Либкин Б.С. «Электроснабжение промышленных предприятий», М., Энергия, 1976г.

4.   Мотузко Ф.Я. «Защитные устройства в электроустановках», М., Энергия, 1973г.

5.   Ревякин А.И., Кашолкин Б.И., «Электробезопасность и противопожарная защита в электроустановках», М., Энергия, 1980г.

6.   «Правила устройства электроустановок», М., Энергоатомиздат, 1990г.

7.   «Правила эксплуатации электроустановок потребителей», М., Энергоатомиздат, 1992г.

8.   Кузнецов Б.В., «Электробезопасность при эксплуатации электроустановок», Минск, «Беларусь», 1987г.

9.   Мотузко Ф.Я. «Охрана труда», М., Высшая школа, 1975г.

10.   Система стандартов безопасности труда. Госкомитет по стандартам. ГОСТ 12.1.038-82 «Предельно допустимые значения напряжения прикосновения и токов.», М., 1983г.

11.   Долин П.А. Справочник по электробезопасности. М., Энергоатомиздат, 1984г.

12.   Методические указания по выполнению раздела «Охрана труда и экологии» в дипломных проектах. Вопросы электробезопасности. Москва, МИРЭА, 1987г.