1.1 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.1.1 Анализ существующих разработок для автоматизации задачи
OPTIMA-WorkFlow — программная платформа для создания систем управления документами (электронного документооборота) в государственных и коммерческих организациях любого масштаба. Система обеспечивает комплексную автоматизацию процессов обработки документов и позволяет перейти к безбумажной технологии работы с электронными документами.
Функционал системы позволяет автоматизировать следующие виды деятельности по обработке документов:
делопроизводство и канцелярия;
управление бизнес-процессами и административными регламентами;
контроль исполнительской дисциплины;
мониторинг эффективности деятельности, формирование отчетности и поддержка процессов принятия управленческих решений;
архивное хранение бумажных и электронных документов;
электронные библиотеки, управление знаниями;
преобразование бумажных документов в электронный вид;
межтерриториальный и межведомственный обмен документами;
информационная безопасность, защита информации от несанкционированного доступа, применение ЭЦП и обеспечение юридической значимости документов.
Стоимость лицензии на 1 пользователя начинается от 6000 рублей (для 100 пользователей стоимость составит около 600 тыс. рублей).
Скриншот интерфейса системы Optima-WorkFlow приведен на рисунке 13.
IBM Lotus Domino Document Manager — управление документами в процессе совместной работы. IBM Lotus Domino Document Manager 7 управляет всем жизненным циклом деловых документов от совместной разработки до архивации. Управление документами в среде совместной работы повышает эффективность сотрудничества рабочих групп. В этот новый выпуск вошли усовершенствования, касающиеся удобства использования, возможности обслуживания, единой регистрации, производительности и поддержки дополнительных платформ.
Преимущества Lotus Domino Document Manager:
- Повышение продуктивность пользователя.
- Снижение затрат на оборудование и пользования сетью.
- Хранение и управление электронных таблиц, презентаций, чертежей, мгновенных сообщений и электронной почты.
1С: Документооборот 8. Основные направления работы данного решения — делопроизводство, общий документооборот, управление договорной деятельностью, электронный архив и работа с обращениями. Функционал можно расширять при помощи плагинов. При обработке маршрутов документов можно прикреплять файлы и впоследствии изменять их. Есть регистрация Проводника Windows.
Можно настроить автоматическое создание, регистрацию и отправку по маршруту документов из различных источников (папка, электронный почтовый ящик, WEB).
Недостатки: отсутствует внутренняя почта. Нельзя создавать задачи для группы и папки с поручениями. Кроме того, у данного решения не имеется модуля управления проектами. Невозможна регистрация из MS Office, Open Office. Не поддерживается работа с документацией системы менеджмента и качества.
1.1.2 Выбор и обоснование стратегии автоматизации задача
При анализе работы администрации Воротынского муниципального района обнаруживается много недостатков организации документооборота. Архивы документов являются «бумажными» хранилищами, поиск информации в которых производится «вручную», что является очень сложным и время затратным процессом.
Имеются 4 варианта стратегии автоматизации:
- «хаотичная»;
- «по участкам»;
- «по направлениям»;
- «полная».
«Хаотичная» автоматизация состоит из множества автоматизированных подзадач, не связанных друг с другом. Такая автоматизация порождается оперативными вопросами и обычно не отражается в стратегических планах организации.
Автоматизация «по участкам» является процессом автоматизации отдельных участков, например, администрация, бухгалтерия и т.д.
Автоматизация «по направлениям». Различается от автоматизации «по участкам» тем, что подразумевает участие всех подразделений, работа которых связана с направлением автоматизации.
«Полная» автоматизация подразумевает автоматизацию всех бизнес-процессов организации.
Стратегия автоматизации, выбранная в исследовании – «по направлению», т.к. автоматизируется только одна подзадача деятельности администрации Воротынского муниципального района — автоматизация документооборота.
Анализ задачи приводит к пониманию, что ее решение средствами учета c применением «бумажных документов» труднореализуемо. Следовательно, стратегия решения – это автоматизация регистрации и хранения входящей, исходящей и внутренней документации администрации Воротынского муниципального района.
1.1.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи
С точки зрения информационного менеджмента, разработка и использование АИС документооборота м.б. выполнена разными способами:
- покупка готового ПП;
- создание команды программистов и разработка ПП средствами и трудовыми ресурсами организации;
- заказ ПП у компании разработчика .
Нужно оценить различные способы приобретения ИС. При приобретении готовой ИС можно купить достаточно дешевую ИС, но трудно выбрать ПП, который будет полностью удовлетворять нужды организации. Изменение функций ИС стоит дорого, поэтому этот вариант не будет рассматриваться.
При заказе ИС у организации — разработчика технология работы администрации будет известной организации разработчика, а это противоречит политике информационной безопасности. Также изменение функций ИС будет требовать новых трат.
Собственная разработка ИС полностью удовлетворяет политику информационной безопасности, а также дает возможность изменять функции ИС, т.е. менять её под новые задачи.
1.2 Обоснование проектных решений
1.2.1 Обоснование проектных решений по информационному обеспечению
Входными данными для работы АИС электронного документооборота является информация о пользователях АИС, физических лицах, подразделениях организации, номера документов, вид документов, их описание и сами документы. Вся эта входная информация в разрабатываемой АИС должна храниться в справочниках, наиболее подходящих для хранения такой информации. В этом справочнике хранится информация как о сотрудниках, так и о документах администрации.
Входными данными для проектируемой информационной системы автоматизации документооборота выступают данные о документах, которые необходимо создавать и передавать между сотрудниками, при чем с точки зрения разработчика совсем не важна внутренняя структура и наполнение документа, гораздо важнее внешние данные документа:
— название;
— тип документа;
— дата создания;
— описание документа;
— файлы документа (в формате pdf, docx, pptx или xlsx);
— срок выполнения требуемой операции с документом («дедлайн»).
Всего в информационной системе используется пять справочников:
— пользователи(сотрудники);
— должности (роль пользователей);
— отделы(группы пользователей);
— типы документов;
— статусы документов.
1.2.2 Обоснование проектных решений по программному обеспечению
ПО включает в себя совокупность компьютерных программ, регламентов и описаний по их применению на ПК.
Все многообразие ПО принято делить на две части: общее и специальное. В состав общего ПО обычно включают ОС, оболочки, СУБД и т.д. Специальное ПО является совокупностью прикладных программ, решающих конкретные задачи в определенных предметных областях.
ОС является наиболее важной частью ПО, так как представляет среду выполнения для всех остальных программ, будь то СУБД, система программирования или «веб-сервер».
К факторам, определяющим выбор той или иной ОС относятся:
- Требования к аппаратным средствам – ПК архитектуры «x86», «x86-64»;
- Требование поддержка сетевой технологии, и в частности протокола «TCP/IP»;
- Требование к обеспечению надежности работы;
- Требования к быстродействию.
Учитывая тот факт, что искомая ОС должна работать на платформе «x86» или «x86-64», выбор, по большому счету, ограничивается двумя вариантами: ОС «семейства» «MS Windows», или какой-либо свободно распространяемый версии ОС «Linux».
В связи с большой распространенностью ОС семейства «MS Windows», выбираем ОС именно этого семейства. Т.к. найти специалиста – администратора для ОС «Linux» достаточно сложно.
Так как разрабатываемая АИС имеет серверную компоненту, а именно сервер БД, то нам необходимо определиться с выбором двух ОС: «серверной» и «клиентской».
В качестве серверной ОС выбрана «Microsoft Windows 2012 Server Standart Edition».
В качестве ОС для ПК пользователей выбрана «Microsoft Windows 7» как менее «громоздкая» в сравнении с «Windows 10».
Языком программирования был выбран PHP.
PHP – скриптовый язык программирования общего назначения, используемый для генерации HTML-страниц, интенсивно применяемый для разработки веб-приложений. Поддерживается подавляющим большинством хостинг-провайдеров и является одним из лидеров среди языков, применяющихся для создания веб-приложений.
СУБД – второй важный компонент разрабатываемой АИС. СУБД является комплексом языковых и программных средств, направленных на создание, сопровождение и совместное использования многими пользователями БД. СУДБ является вторым по важности, программным компонентом, который необходимо выбрать для успешного создания АИС.
Для реализации АИС была выбрана СУБД «MySQL». Так как наша ИС строится на клиент-серверной архитектуре, она будет веб-ориентированной ИС. Одной из самых распространенных систем управления баз данных является MySQL. Она проста, удобна, широко распространена, благодаря чему имеет большое сообщество пользователей, русскую документацию и высокую производительность.
Существуют и другие возможные решения для веб-приложений. Например такие как Microsoft SQL Server, Oracle, PostgreSQL. Учитывая высокую стоимость продукции Oracle, его высокую требовательность этот вариант сразу отпадает.
У PostgreSQL есть несколько серьезных недостатков, пожалуй самый главный из них это – производительность, при простых операциях чтения PostgreSQL может значительно замедлить сервер и быть медленнее своих конкурентов, таких как MySQL.
Так же PostgreSQL гораздо менее популярна чем тот же MySQL, небольшое сообщество усложнит поиск решения каких либо проблем. Информацию по PostgreSQL гораздо сложнее искать в сети интернет.
Таблица 1.2
Сравнительная таблица инструментов разработки
1.2.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение делится на две части: «серверную» и «клиентскую».
На серверной части функционирует СУБД «MySQL». ПО сервера БД физически располагается на сервере «HP ProLiant SL165z G6».
Технические характеристики (SL 165z G6)
Количество процессоров возможно обновление до двух процессоров
Чипсет ServerWorks HT2100 и HT1000
Доступные типы ядра процессора 4- или 6-ядерный
Максимальная память 128 ГБ (16 x 8 ГБ)
Слоты для памяти 16 слотов
Гнёзда расширения стандарт — в группу PCI-Express входят; Слот 1: низкопрофильный PCI-Express x16
Сетевой контроллер встроенный «двухпортовый» гигабитный серверный адаптер HP NC362i
Контроллер хранилища встроенный контроллер HP SATA в моделях SATA без возможности горячей замены
ПО удаленного управления решение «Onboard Administrator», поддерживаемое Lights Out 100, и компакт-диск Easy Set-up
Гарантия (детали-качество сборки-поддержка на месте) 1/1/1
В качестве клиентских ПК используются ПК архитектуры «x86» или «x86-64». В настоящее время на рабочих местах сотрудников уже установлены и успешно работают ПК для работы других информационных систем. Все ПК имеют примерные характеристики:
- Процессор – «Intel I5»;
- Оперативная память: 4 Gb;
- Жесткий диск, хранит ОС и АИС, для этих целей достаточно 500 Гб.
Для печати используются МФУ, совместимые с ПК вышеперечисленной комплектации.
2. ПРОЕКТНАЯ ЧАСТЬ.
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) разработанного ПО любой АИС является непрерывным процессом сопровождения, который начинается с принятия решения о необходимости разработки ПО и заканчивающийся при выводе разработанной ИС из эксплуатации.
Для построения и анализа ЖЦ ПО нередко используются различные модели. Под моделью ЖЦ ПО подразумевается специальная структура, задающая последовательность выполнения процессов и определяющая взаимосвязи между ними на протяжении всего ЖЦ. Наибольшее распространение в настоящее время получили следующие виды моделей: «каскадная», «модель с промежуточным контролем» и «спиральная модель».
Виды моделей каскадная и модель с промежуточным контролем включают этапы ЖЦ ПО:
- этап анализа;
- этап проектирования;
- этап реализации;
- этап внедрения;
- этап сопровождения.
Каскадная модель ЖЦ предполагает строго последовательное выполнение вышеперечисленных этапов. Достоинства каскадной модели: формирование на каждом из этапов законченного комплекта документации по этапу и возможность четкого планирования сроков этапа и затрат материальных и финансовых ресурсов. Недостаток данной модели: несоответствие реальному процессу разработки и создания ПО, который обычно не укладывается в такую жесткую схему и требует периодического возврата к предыдущим этапам для пересмотра или уточнения принятых решений.
Модель с промежуточным контролем более приближает ЖЦ к реальному процессу разработки и эксплуатации ПО. В противовес каскадной модели, она допускает возвращение из любого этапа ЖЦ на любой из предыдущих этапов для выполнения необходимой корректировки. При этом создаются условия для разработки более надежного ПО, но вместе с тем увеличивается длительность и сложность процесса разработки.
Последняя модель из списка — спиральная позволяет устранить недостатки предыдущих. Основное внимание в ней уделяется на работы, выполняемые на начальных этапах: этапах анализа и проектирования. На этих этапах реализуемость проектируемых решений проверяется с помощью разработки специальных прототипов.
При применении спиральной схемы разработки ПО неполное завершение работ на каком-либо очередном этапе позволяет беспрепятственно переходить на последующий этап. Незавершенная работа или задача на предыдущем этапе может выполняться на следующем витке работы спирали. Т.о., обеспечивается возможность создать некоторый незавершенный, но работоспособный вариант разрабатываемого ПО для последующего уточнения требований.
В связи с небольшой сложностью предстоящей разработки будет использована каскадная модель ЖЦ разработки и сопровождения ПО. Использование этой модели оправдано, так как позволит создавать на каждом этапе законченный комплект необходимой документации и планировать сроки завершения всего проекта целиком и соответствующие затраты на каждом этапе и в целом по проекту.
Каскадная модель предполагает исключительно последовательную реализацию этапов ЖЦ. Достоинства каскадной модели: формирование на каждом этапе законченного комплекта документации по разрабатываемого ПО и возможность планирования сроков работ и затрат. Недостаток: некоторое несоответствие реальному процессу написания ПО, который обычно не вписывается в предписанную жесткую схему и требует частого возврата к предыдущим этапам для уточнения принятых решений.
На этапе анализа необходимо собрать информацию по документообороту администрации Воротынского муниципального района.
На этапе проектирования происходит проектирование БД и структуры разрабатываемой АИС.
На этапе реализации программисты создают спроектированную АИС.
На этапе внедрения происходит развертывание технических и программных средств и инсталляция разработанной АИС.
На этапе эксплуатации конечные пользователи работают с АИС и ведут с ее помощью электронный документооборот.
Существует целый ряд стандартов, регламентирующих ЖЦ ИС, а в некоторых случаях и процессы разработки.
Среди известных стандартов можно выделить: «ГОСТ 34», «ISO 12207», «ISO 15288», «MSF», «RUP», «COBIT», «Oracle CDM», «XP».
В ВКР будет использован стандарт «ISO 15288». Использование данного стандарта позволит формировать на каждом этапе конечный комплект документации и планировать сроки завершения каждого этапа и проекта целиком и соответствующие затраты. Стандарт легко применим для сопровождения любого рода и класса систем, но его основное предназначение – сопровождение процесса разработки именно компьютеризированных систем.
В стандарте «ISO»/»IEC 15288» предусмотрены следующие этапы разработки систем:
- формирование концепции — анализ необходимых потребностей, выбор концепции разработки и проектных решений;
- разработка — проектирование будущей ИС;
- реализация – непосредственно изготовление ИС;
- эксплуатация — ввод ИС в эксплуатацию и ее использование;
- поддержка — обеспечение функционирования ИС в процессе работы;
- снятие с эксплуатации — прекращение использования ИС, ее демонтаж и архивирование.
На этапе «Формирование концепции» необходимо собрать информацию по деятельности администрации Воротынского муниципального района. Сотрудники администрации должны собрать и проанализировать данные необходимые им в программе по автоматизации документооборота. Это данные по номенклатуре, контрагентам, видам документам и их движениям.
На этапе «Разработка» по результатам представленной информации происходит проектирование программистами БД и структуры программы.
На этапе «Реализация» программисты создают БД: создают все необходимые справочники документы, регистры. Затем производят настройку главного меню (ГМ) и меню всех элементов АИС.
Этап «Эксплуатация» включает в себя следующие работы:
- Развертывание сервера БД, установка на нем ОС, а именно «Windows Server 2012» или более поздней версии.
- Развертывание рабочих ПК, установка на них ОС «Windows 7» и инсталляция клиентской части АИС.
Стратегия внедрения, выбранная на данном этапе – пилотный проект. Предполагается внедрение системы в учреждении, ввод всех необходимых исходных данных. Далее предполагается загружать в АИС документы и создавать пользователей. В процессе исполнения пилотного проекта АИС пройдет обкатку, возможно, будут выявлены недостатки, после устранения которых можно будет разворачивать АИС в остальных подразделениях организации.
После окончания процесса развертывания технических, информационных и программных компонентов необходимо провести окончательное тестирование АИС и убедиться в работоспособности всех модулей АИС.
На стадии эксплуатации нужно выполнить обучение операторов работе с АИС.
На первой стадии эксплуатации ИС нужно внести все первичные данные:
- данные по подразделениям организации;
- данные сотрудников;
- данные по видам документов;
- и т.д.
Этапы «Поддержка» и «Снятие с эксплуатации» в данной работе не рассматриваются.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе анализа обязательно необходимо точно определить все виды информации, которая может поступать в разрабатываемую АИС. Если на этом этапе будет пропущена какая-либо информация, то не будет реализована возможность хранения и обработки её в АИС. Для уменьшения риска упущения какой-либо информации необходима перекрестная проверка между различными подразделениями учреждения, участниками разрабатываемой АИС.
На этапе проектирования нужно детально изучить сделанный анализ информации и транслировать его на структуры БД и программные модули.
На этапе реализации необходимо предотвратить возможность пользователя совершать ошибочные действия, которые могут повлечь крах АИС или ввод некорректных данных. Для уменьшения такого риска необходимо осуществлять тестирование весьма большим количеством пользователей.
При внедрении нужно проверить наличие необходимого ПО и лицензий к нему.
На этапе эксплуатации нужно обеспечить правильное обучение персонала и для уменьшения риска провести контрольную проверку по изученной АИС
2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации
При использовании любого ПП необходимо следовать нескольким важным правилам:
- использовать только лицензионное ПО;
- следить за выходом пакетов обновлений «общесистемного» и «специального» ПО и вовремя устанавливать их;
- использовать только проверенное ПО приобретенное у официальных поставщиков.
Для обеспечения информационной безопасности необходимо разграничить доступ пользователей к данным на нескольких уровнях:
- на уровне ОС ограничить доступ пользователя к сетевым ресурсам, в зависимости от его прав;
- ограничит доступ пользователей к ресурсам сети «Интернет»;
- настроить права пользователя в зависимости от должностной инструкции сотрудника.
Для предотвращения потери и порчи информации необходимо также установить и настроить антивирусную систему, с постоянным обновлением БД вирусов, а также установить и настроить систему «Firewall» для закрытия угроз из внешней сети, например «Интернет».
Что касаемо политики безопасности, то все организационные меры защиты информации, которые существовали в учреждении до внедрения новой АИС, продолжают свое существование.
К внешним угрозам можно отнести взлом БД, вирусные атаки, шпионское ПО, физическая порча оборудования, а также угрозы, поступающие из внешней среды организации.
Для обеспечения информационной безопасности и защиты информации от внешних угроз, в учреждении уже была установлена антивирусная система «Kaspersky Endpoint Security», которая предусматривает защиту по всем факторам программных внешних угроз. Данной антивирусной программы достаточно для обеспечения безопасности такого уровня, который необходим для администрации. К аппаратным средствам защиты информации от внешних угроз после внедрения АИС относятся те же средства, что и до внедрения, а именно: блок «бесперебойного» питания сервера, который предохранит не только от потери информации, но и от порчи оборудования
К защите информации также стоит отнести резервное копирование данных, которое должно проводиться администратором раз в месяц.
В разрабатываемой АИС предусмотрена защита от удаления информации, на случай невнимательности пользователей. Прежде чем удалить информацию из БД, АИС выдает сообщение о подтверждении удаления, и только в случае согласия пользователя, происходит удаление записи.
2.2 Информационное обеспечение задачи.
2.2.1 Информационная модель задачи и ее описание.
Современная методика разработки информационной модели любой разрабатываемой автоматизированной системы предполагает моделирование следующих моментов:
- Взаимосвязей входных, внутренних и выходных информационных потоков данных и информации и функций рассматриваемой предметной области;
- Данных информационной базы, которые необходимы для функционирования разрабатываемой АИС.
Цель выполнения инфологического моделирования – обеспечение наиболее простых и естественных для человека способов сбора и представления той информации, которую предполагается хранить и обрабатывать в создаваемой базе данных. Поэтому инфологическую модель данных часто пытаются строить по аналогии с естественным языком (который не может быть использован в чистом виде из-за сложности компьютерной обработки естественных текстов и неоднозначности любого естественного языка).
Инфологическое проектирование необходимо для представления семантики предметной области. Данная модель отражает в соответствии с выбранной задачей часть реального мира и строится в независимости от конкретной СУБД.
Программу автоматизации учета предоставленных услуг административного учреждения условно можно разделить на три блока:
- Заполнение данных в справочниках хранения условно-постоянной информации;
- Ввод документов по их типу;
Основная работа в системе происходит на странице Документы, пользователи загружают файлы документов с использованием информации из справочников.(Рисунок 2.1)
Рисунок 2.1. Информационная модель
2.2.2 Характеристика нормативно-справочной и входной оперативной информации.
Под входной информацией понимаются любые в водимые в ИС данные, необходимые для документооборота т.е. данные о сотрудниках, документах, справочная информация. Информация вводится в электронном виде.
Для сотрудников необходимо ввести следующую информацию:
- Логин;
- Пароль;
- Фамилия;
- Имя;
- Отчество;
- Email;
- Телефон;
- Дата регистрации(вводится автоматически);
- Примечание;
- Номер группы(отдела администрации);
При загрузке документов заполняются следующие данные:
- Номер документа;
- Вид документа;
- Название документа;
- Краткое описание документа.
2.2.3 Характеристика результатной информации
Результатная информация – это информация, прошедшая через блоки обработки АИС и поступающая на ее выход. В разрабатываемой АИС это заполненные справочники и списки загруженных документов – внутренних, входящих, исходящих.
Результатами работы системы автоматизации организации являются:
- заполненные справочники;
- введенные документы, хранящиеся в электронном виде в журнале документов;
Для документов необходимы следующие реквизиты:
- Номер документа;
- Вид документа;
- Название документа;
- Краткое описание документа;
- ID документа;
- Дата загрузки;
- Ссылка на документ;
- ФИО загрузившего док.;
- Указания для исполнения.
Характеристика таблиц с результатной информацией представлена в таблице 8.
Таблица 8
Характеристика таблиц с результатной информацией
| Наименование таблицы | Наименование поля |
| Статус | Наименование |
| Наименование таблицы | Наименование поля |
| Заявка | Номер |
| Дата | |
| Сотрудник | Фамилия |
| Имя | |
| Отчество | |
| Стадия | Наименование |
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Рисунок 2.3. Дерево функций пользователя
Рисунок 2.4. Дерево функций администратора
2.3.2 Характеристика базы данных
Разработанная БД является реляционной и, соответственно, состоит из таблиц.
Рисунок 2.5. Структура БД
Таблица 2.1
Состав БД
| № | Идентификатор | Тип данных | Примечание |
| Id | int(11) | ||
| doc_number | varchar(20) | Номер документа | |
| doc_name | varchar(250) | Название документа | |
| doc_name_rus | varchar(250) | Краткое описание Указания к исполнению | |
| doc_type | tinyint(4) | Вид документа | |
| date_load | datetime | Дата загрузки | |
| name_lat | varchar(250) | Ссылка на документ | |
| Description | varchar(300) | ФИО сотрудника | |
| user_id | int(11) | Id сотрудника | |
| Status | tinyint(4) | Статус | |
| boss_comment | text | Указания к исполнению |
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
На рисунке приведена структурная схема ПП. Модуль «Регистрация пользователей»
Рисунок 2.6. Дерево функций администратора
2.3.4 Описание программных модулей
| № | Наименование | Функции |
| 1. | Модуль авторизации | Модуль содержит в себе все необходимые функции для авторизации пользователей |
| 2. | Модуль вид документов | Модуль содержит в себе все необходимые функции для разделения документов по типу |
| 3. | Модуль Регистрация документов | Модуль содержит процедуры для регистрации документов |
| 4. | Модуль поиск | Модуль содержит процедуры для поиска документов |
| 5. | Модуль регистрации пользователей | Модуль содержит в себе все необходимые процедуры для регистрации пользователей |
Таблица 2.2.
2.4 Контрольный пример реализации проекта и его описание
Работа в системе начинается с регистрации пользователя. Работа с Приложением доступна только зарегистрированным пользователям. Для регистрации выберите пункт главного меню «Регистрация». В открывшейся форме заполните все обязательные для заполнения поля (отмечены звездочкой).
При заполнении полей соблюдайте следующие правила:
- Поле «Логин» может содержать от 6 до 20 символов. В качестве символов допускается использовать буквы латинского алфавита, как строчные, так и заглавные, а также арабские цифры от 0 до 9. Логин может содержать пробелы между символами, а также символы: «.» (точка), «_» (подстрочник) «-» (тире/минус). Никакие другие символы в поле «Логин» вводить не допускается!
- Поле «Пароль» может содержать от 6 до 20 символов. В качестве символов допускается использовать исключительно буквы латинского алфавита, как строчные, так и заглавные, а также арабские цифры от 0 до 9. Никакие другие символы в поле «Пароль» вводить не допускается! Также поле «Пароль» не может содержать пробелов.
- Ответ на контрольный вопрос в поле «Ответ на контрольный вопрос» необходимо вводить исключительно на русском языке. Регистр букв не важен. Например: Ответ на вопрос: «Столица США?» может вводиться так: «Вашингтон», или так: «вашингтон», или так: «ВАШИНГТОН»
- Если Вы не знаете ответ на контрольный вопрос, нажмите кнопку «Обновить» вашего браузера. После этого контрольный вопрос будет изменен.
- После заполнения всех полей нажмите кнопку «Зарегистрироваться». В случае успешной регистрации, Вам будет выдано соответствующее сообщение. После этого Вы будете переадресованы на Главную страницу Сайта. Для входа на Сайт вам необходимо ввести логин и пароль, указанные Вами при регистрации.
- В случае возникновения ошибки при регистрации Вам будет выдано соответствующее сообщение с предложениями дальнейших действий.
Рисунок 2.7 Окно регистрации
При на нажатии на кнопку Вход мы попадем на страницу авторизации.
Для входа в систему необходимо ввести логин и пароль зарегистрированного пользователя
В случаи ввода неправильного логина или пароля система выдаст ошибку.
Рисунок 2.8 Окно авторизации
После успешной авторизации пользователь попадает в Меню Документы. Тут мы видим ранее загруженные документы, необходимую информацию о них. Например Указания к исполнению, Название документа, дату загрузки и д.р. параметры по которым можем отсортировать документы.
Рисунок 2.9 Окно Документов
Так же тут находится кнопка «Добавить документ» после нажатия которой попадем на страницу для загрузки файлов.
Для успешной загрузки необходимо заполнить обязательные поля такие как:
- Номер документа;
- Вид документа;
- Название документа;
- Краткое описание.
После нажатия кнопки «Выберите файл» открывается диалоговое окно с выбором файлов, после выбора необходимого файла происходит его загрузка на сервер. При этом дата загрузки, ФИО сотрудника загрузившего документ добавляются в систему автоматически.
Рисунок 2.10 Окно страницы загрузки файлов
Во вкладке Справка находится краткая инструкция для пользователей по смене пароля и регистрации в системе.
Рисунок 2.11 Окно Справка
На вкладке Панель управления находятся два пункта:
- Пользователи;
- Группы пользователей.
Рассмотрим их подробнее
Панель управления Группы пользователей.
Тут мы видим список групп пользователей, в данном случае это отделы администрации
Рисунок 2.12 Окно Панели управления. Группы пользователей
При нажатии Добавить группу, увидим следующее окно
Рисунок 2.13 Окно редактирования и создания группы пользователей
Тут можно ввести примечание и обязательные поля Код и Название группы. В нашем случае это название подразделений, отделов и д.р.
Панель управления Пользователи – позволяет просмотреть всех пользователей и дать им разрешение работать в системе или заблокировать. Из доступных действий на этой странице просмотр профиля или его редактирование. Панель доступна только администраторам системы.
Рисунок 2.14 Окно панели управления. Пользователи
Как выглядит Профиль пользователя можно увидеть на рисунке 15
Рисунок 2.15 Окно профиля пользователя
Нажав на кнопку Профиль в правом верхнем углу пользователь может сменить пароль(Рисунок)
Рисунок 2.16 Окно смены пароля