Автоматизация рабочего места помощника администратора

Размещено на http://www.allbest.ru/

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ

КАФЕДРА: СВЯЗЬ

КУРСОВАЯ РАБОТА

по дисциплине «проектирование информационных систем»

на тему «автоматизация рабочего места помощника администратора»

Екатеринбург 2011



Введение

ООО отель "Вознесенский" динамично развивающееся предприятие, отнесенное федеральным органом исполнительной власти в сфере туризма к гостиницам высокого класса - Cat A (4 звезды). Неотъемлемыми частями успеха организации являются ориентация на комфортное пребывание гостей, оперативность в действиях и инновационная просвещённость.

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

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



1. Описание предметной области

1.1 Выбор объекта автоматизации

В серьезной оптимизации нуждается работа помощника администратора.

Обязанности дневного помощника администратора:

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

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

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

- встреча гостя на первом этаже, если на то есть необходимость, и сопровождение его до стойки администратора;

- разнесение по номерам приветственных открыток до заезда Гостей;

- выдача ключей, проживающим гостям;

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

- выполнение различных поручений администратора и менеджеров;

- помощник администратора всегда должен быть вежлив, готов помочь Гостю.

Обязанности ночного помощника администратора:

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

В течение ночной смены помощник администратора обязан:

- подготовить конференц-залы;

- выполнить все поручения ночного администратора, связанные с приёмом и размещением гостей;

- распечатать из программы «Эдельвейс» бланки регистрации российских граждан;

- подготовить приветственные открытки для заезжающих на следующий день Гостей;

- оформить почту и составить реестр писем;

- контроль над влагами «стран-Гостей»;

- выполнить задания, оставленные менеджерами;

- подготовить рабочее место администратора (приборка рабочей зоны возле компьютера, загрузить бумагу в принтеры, чистка профайлов);

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

- соблюдать стандарт внешнего вида (опрятный вид, улыбка).

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

Непосредственными руководителями помощника администратора являются администратор и менеджер службы приема и размещения. Работник действует на основании должностной инструкции и книги стандартов.

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

1.2 Описание существующей технологии (IDEF0)

Организация деятельности службы приема и размещения (СПиР) отражена на следующих диаграммах в стандарте IDEF0.

IDEF0 является наиболее удобным языком моделирования бизнес-процессов, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и называвшийся первоначально SADT - Structured Analysis and Design Technique.

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

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

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

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

IDEF0 - модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.

Диаграммы IDEF0

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

Модель может содержать четыре типа диаграмм:

* контекстную (в каждой модели может быть только одна контекстная диаграмма);

* декомпозиции;

* дерева узлов;

* только для экспозиции (FEO).

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

1.3 Выявленные недостатки. Цель проектирования

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



2. Техническое задание

2.1 Общие сведения

Наименование системы:

- полное наименование: автоматизированное рабочее место помощника администратора;

- краткое наименование: АРМ помощника администратора.

Область применения

Плановые работы помощника в дневные и ночные смены, работа с гостями отеля, предоставление помощи администратору

Основания для проведения работ

- приказ ген. директора «Об оптимизации плановых дневных и ночных работ помощника администратора»;

- федеральный закон от 06.04.2011 N 63-ФЗ "Об электронной подписи".

Заказчик и исполнитель

- ООО Отель «Вознесенский», г. Екатеринбург, ул. Мамина-Сибиряка 52, тел. 380-90-90;

- данная система будет введена в действие компанией ООО «Мостинфо-Екатеринбург», г. Екатеринбург, ул. Мамина-Сибиряка, 38, офис 604, тел. 378-78-07.

Плановые сроки начала и окончания работ

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

Отчет о проделанной работе

Предоставляется ген. директору после обучения каждого помощника администратора

Задачи

- оптимизация времени помощника администратора на выполнение плановых работ в дневные и ночные смены;

- увеличение времени на работу с гостями;

- увеличение времени на разрешение конфликтных и нестандартных ситуаций;

- предоставление большего времени для помощи администратору.

2.2 Описание объекта автоматизации

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

администратор idef0 автоматизация



3. Требования к системе

Требования к системе в целом

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

- система является двухуровневой клиент-серверной;

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

Требования к функциям и задачам

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

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

- система обеспечивает взаимодействие с фискальным регистратором, банковскими терминалами, ридерами магнитных карт и принтерами;

- система имеет возможность экспорта данных в офисный пакет приложений Microsoft Office.

Требования к видам обеспечения

а) требования к программному обеспечению

наличие клиента электронной почты (например, Microsoft Outlook);

наличие текстового редактора (например, Microsoft Word);

наличие удобной специализированной программы для ведения гостиничного бизнеса (в данной системе используется программа Edelweiss);

б) требования к техническому обеспечению

наличие usb-ключа;

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

ПК: ОЗУ 512 Мб, HDD 160 Гб, ОС (Win XP/Vista/7).

в) требования к организационному обеспечению

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

3.1 Состав и содержание работ по созданию системы

Работы по созданию системы будут проведены в три этапа:

Организация проекта, эскизный проект (21 рабочий день)

Рабочая документация (36 рабочих дней)

Ввод в действие и сопровождение (50-56 рабочих дней)

Ответственные за проведение работ начальник IT-отдела и менеджер службы приёма и размещения.

Таблица 1 Этап 1. Организация проекта, эскизный проект

Этапы работ	Результат	Дней
Заключение контракта	Контракт на разработку системы заключен.	2
Согласование процедур управления	Процедуры управления проектом и устав проекта согласованы.	1
Обучение сотрудников организации	Компетенция начальника IT-отдела, его подчиненных соответствует требованиям.	5
Обоснование выбора программного обеспечения для взаимодействия с ЭП	ПО выбрано.	3
Проектирование интерфейсов пользователя	Описание бизнес-слоя данных, интерфейсов ввода и предоставления данных, разграничения прав доступа.	10

Таблица 2 Этап 2. Рабочая документация

Этапы работ	Результат	Дней
Разработка рабочей документации	Документация разработана	26
Разработка или адаптация программ	- созданы необходимые объекты БД; - реализованы дополнительные приложения; - реализованы витрины данных и отчетность; - настроены профили пользователей и прав доступа; - настроен экспорт документов из программы Edelweiss.	10

Таблица 3 Этап 3. Ввод в действие и сопровождение

Этапы работ	Результат	Дней
Подготовка персонала	Помощники администратора обучены	10
Комплектация системы поставляемыми изделиями	Закупка и доставка необходимого оборудования и программного обеспечения.	2-3
Пусконаладочные работы	Прошла наладка программных средств. ПО системы перенесено в зону тестирования. Настроена система резервного копирования. Проведена загрузка исторических данных в систему. Запущены процессы извлечения данных из системы Edelweiss.	15
Проведение предварительных испытаний	- испытания системы на работоспособность и соответствие техническому заданию проведены; - устранение неисправностей и внесение изменений в документацию в соответствии с протоколом испытаний проведено; - акт приёмки системы в опытную эксплуатацию оформлен и подписан.	10
Проведение опытной эксплуатации	Опытная эксплуатация проведена. Устранение неисправностей, доработка ПО проведены.	10-15
Проведение приёмочных испытаний	Акт передачи системы в эксплуатацию организации оформлен и подписан.	2
Завершение работ	Акт завершения работ подписан	1
Выполнение работ в соответствии с гарантийными обязательствами	Выявленные недостатки системы устранены.	365
Послегарантийное обслуживание	Система работает стабильно, без сбоев. Выявленные недостатки устранены.	-

3.2 Порядок контроля и приемки системы

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

- предварительные испытания;

- опытная эксплуатация;

- приемочные испытания.

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

3.3 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Для должного функционирования АРМ помощника администратора необходимы:

- обеспечение соответствующей компетенции сотрудников организации силами заказчика;

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

- информирование посредников, тур-агентов, гостей, корпоративных клиентов о переходе на новую систему;

- соответствие программного и технического обеспечения требованиям новой информационной системы, корректный экспорт данных из системы Edelweiss в текстовый редактор (поддержка идентичных кодировок).



4. Структурное проектирование

Результатом структурного проектирования являются структурные схемы - диаграммы, а также ER-модель - рисунок 1, при построении которой детализируется содержание хранилищ на DFD-диаграммах.

Рисунок 1

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

функции обработки информации (работы);

документы (стрелки, arrows), объекты, сотрудников или отделы, которые участвуют в обработке информации;

внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

таблицы для хранения документов (хранилище данных, data store).

В BPwin для построения диаграмм потоков данных используется нотация Гейна - Сарсона.

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

В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое.

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



5. Описание внедрения проекта

5.1 Общие сведения

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

ЭП является на сегодняшний день законодательно оформленной процедурой обмена защищенными данными через интернет. В статье закона, регулирующей документирование информации (Федеральный закон от 06.04.2011 N 63-ФЗ "Об электронной подписи"), говорится, что электронное сообщение, подписанное электронной подписью (ЭП), признается равнозначным документу, подписанному собственноручно, если иным нормативным актом не предусмотрена обязательность бумажного носителя.

5.2 Организационные этапы интеграции

1. Для встраивания предлагается использование «КриптоАРМ SDK» -- библиотека криптографических функций (создана в соответствии со стандартами компонентной модели компании Microsoft), идущая в стандартной поставке «КриптоТри».

2. При встраивании сертифицированных СКЗИ (средства криптографической защиты информации) организации, ведущей эти работы, необходимы соответствующие лицензии ФСБ (ФАПСИ).

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

- разработать рабочую документацию по проекту (включая Регламентные документы);

- интегрировать ЭП и соответствующий софт в систему Edelweiss;

- проконсультировать и обучить персонал ООО отель «Вознесенский»;

- поставлять программные продукты, входящие в состав решения для информационной системы;

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

5.3 Компоненты

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

- MS Internet Explorer - используется с целью предоставления пользователю веб-интерфейса для доступа к данным;

- ЭП Framework - компонент предоставляет возможность активного взаимодействия с клиентом посредством MS Internet Explorer (через веб-интерфейс сайта) для реализации механизмов создания подписи документов и форм, ее просмотра и проверки; шифрования и расшифровывания документов и форм. Использует для работы COM-интерфейсы, поставляемые «КриптоАРМ SDK».

«КриптоАРМ SDK», идущее в составе «КриптоАРМ Стандарт», предоставляет COM-интерфейсы для:

- шифрования и формирования электронной подписи форм и документов; - online-проверки статуса сертификатов (OCSP-ответы Службы актуальных статусов);

- работы со Службой штампов времени (TSP);

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

- поддержки нового формата электронной подписи - CAdES (усовершенствованная подпись с расширенными доказательствами ее подлинности).

При выполнении перечисленных операций «КриптоАРМ SDK» использует функции сертифицированных СКЗИ. Сертифицированное СКЗИ - средство криптографической защиты информации предназначенное для авторизации и обеспечения контроля подлинности электронных документов при обмене ими между пользователями с применением электронной подписи; обеспечения конфиденциальности и контроля целостности информации посредством ее шифрования и имитозащиты и др. Поставщик сертифицированных криптографических алгоритмов - криптопровайдер КриптоПро CSP (от компании «Крипто-Про»). Сертифицированный отчуждаемый носитель.

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

5.4 Преимущества решения «КриптоАРМ SDK»

- поддержка международных стандартов и рекомендаций в области защиты информации (Х.509, PKCS, CMS, CAdES);

- соответствие требованиям Законодательства РФ;

- предпроектный и проектный консалтинг со стороны специалистов в области защиты информации и ЭП;

- подробно документированные функции;

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

- продуманный пользовательский интерфейс;

- техническая поддержка и сопровождение.



6. Таблица расходов и расчет экономической эффективности

Таблица 4 Затраты на внедрение и после внедрения

№	Наименование	Единицы измерения	Количество	Цена единицы	Сумма
1	Лицензия на право использования СКЗИ КриптоПро CSP	годы	-	2500,00 р.	-
2	Сертифицированный защищенный носитель Рутокен	шт	3	2000,00 р.	6000,00 р.
3	Разработка рабочей документации	дни	26	1815,00 р.	47190,00 р.
4	Интеграция и адаптация ПО	Первое рабочее место	1	1800,00 р.	1800,00 р.
5	Интеграция и адаптация ПО	Последующие рабочие места	2	600,00 р.	1800,00 р.
6	Консультации и обучение	Академические часы	60	260,00 р.	15600,00 р.
7	Подтверждение подлинности ЭП Уполномоченного лица Удостоверяющего центра в выданных сертификатах ключей подписи (в случае необходимости)	шт	1	5000,00 р.	5 000,00 р.
8	Подтверждение подлинности ЭП в электронных документах (в случае необходимости)	шт	1	7000,00 р.	7000,00 р.
9	Выезд специалиста (в случае необходимости)	шт	1	по согласованию	по согласованию
10	Услуги по настройке (в случае необходимости)	шт	1	по согласованию	по согласованию

Таблица 5 Затраты до внедрения в месяц

№	Наименование	Единицы измерения	Количество	Цена единицы	Сумма
1	Бумага	шт блоков	2	156,00 р.	312,00 р.
2	Конверты	шт	300	3,70 р.	1110,00 р.
3	Марки	шт	1400	2,50 р.	3500,00 р.
4	Канцелярские товары	шт	4	5,00 р.	20,00 р.

Наиболее простым способом для рассчёта экономической эффективности является расчёт по следующей формуле (1):

где Э - экономическая эффективность;

- затраты до внедрения;

- затраты после внедрения (они составят 2500,00 р. т.е. на продление лицензионного соглашения).

Срок окупаемости можно рассчитать по формуле (2):

где t - срок окупаемости;

- затраты на внедрение составят (74890,00 р.).



Заключение

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



Список использованных источников

1. Книга стандартов;

2. Моделирование бизнес-процессов c помощью AllFusion Process Modeler, Е. В. Овчинникова;

3. http://www.prj-exp.ru/patterns/pattern_tech_task.php;

4. http://it-gost.ru/content/view/101/51/;

5. http://aetp.ru/Html.aspx?ContentType=HtmlItem&ItemId=1177;

6. http://aetp.ru/Html.aspx?ContentType=HtmlItem&ItemId=521&MenuId =166;

7. http://ru.wikipedia.org/wiki/Электронная_цифровая_подпись;

8. http://economist-info.ru/topic/2561/1/#post9177;

9. http://economist-info.ru/topic/321/;

10. http://vladremont.ru/obrazec_smeta.html;

Размещено на Allbest.ru

...