Диплом. Техническое задание 18 1 Требования к техническому обеспечению 18 2
 Скачать 1.15 Mb.
|
 1.3.3 «LanDocs»Разработка компании «ЛАНИТ». «LanDocs» - программная платформа построения корпоративных систем электронного документооборота и систем управления контентом (СЭД/ECM). Основные функции «LanDocs» - работа с электронными документами, автоматизированный контроль исполнения поручений, интеграция с внешними Windows-приложениями, интеграция с электронной почтой, работа через Интернет, территориально-распределенный документооборот, обеспечение информационной безопасности. «LanDocs» представляет собой пакет прикладных программ-компонент: «LanDocs: Делопроизводство», «LanDocs: Сервер документов», «LanDocs: Сканирование документов», «LanDocs: Пакетное сканирование документов», «LanDocs: Почтовая подсистема», «LanDocs: Интернет доступ», «LanDocs: Подсистема безопасности», «LanDocs: Маршрутизация (WorkFlow)», «LanDocs: XML-подсистема обмена», «LanDocs: Сервер контента», «LanDocs: Администратор», «LanDocs: Дизайнер форм», «LanDocs: Планировщик», «LanDocs: OLE-SDK». Система LanDocs существует в варианте ПО экономического класса - «LanDocs: SMB». Система «LanDocs» позволяет автоматизировать различные процедуры делопроизводства как организации работы с документами, так и документирования. Система «LanDocs» ориентирована на сотрудников организации, задействованных в процессе создания и обработки различных видов документов, то есть в общем случае всех сотрудников организации. Первоначально выделены следующие типы пользователей системы, которые будут использовать разрабатываемые механизмы работы. — администратор – сотрудник, выполняющий настройку и контроль работы системы. — руководитель – сотрудник организации, осуществляющий руководство организацией в целом. Несет полноту ответственности за выполнение организацией своих функций и обязательств.  — руководитель структурного подразделения – сотрудник организации, осуществляющий руководство определенным структурным подразделением организации, несет ответственность за работу своего подразделения.— делопроизводитель (регистратор, контролер поручений) сотрудник отдела делопроизводства, выполняющий функции обработки документов, контроля маршрутов движения документов в организации в целом, а также осуществляющий контроль исполнения документов. — ответственный за делопроизводство в подразделении (секретарь руководителя) – сотрудник, выполняющий функции по обработке документов, поступивших в конкретное подразделение (конкретному руководителю), и контроля исполнения поручений, выданных исполнителям, приписанным к данному подразделению (выданных данным руководителем). — исполнитель (все сотрудники) – сотрудник, не выполняющий специфических делопроизводственных функций, производящий исполнение документа и ответственный за его своевременную подготовку, согласование и передачу на подписание. Система обеспечивает: — регистрацию, учет, передачу всех видов документов. Осуществляет регистрацию документов с использованием механизма регистрационных карточек, сохраняемых в базе данных системы. — автоматизированный контроль исполнения поручений. Позволяет контролировать исполнение документов сотрудниками. — поиск и информационно-справочное обслуживание.  — согласование документов в электронном виде. Механизм сообщений предоставляет возможность автоматизированной рассылки документов сотрудникам.— формирование отчетности, отражающей движение документов и состояние деловых процессов на предприятии в целом и в каждом структурном подразделении; — ведение единой базы данных, исключающей дублирование документов и информации. Это позволяет экономить время как на регистрации и копировании документов, так и на их транспортировке между удаленными структурными подразделениями; — комплексную защиту данных и от внешнего, и от внутреннего несанкционированного доступа, а также гарантирует сохранность и целостность документов в случае технических сбоев и аварий.  2 Техническое заданиеТехническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. 2.1 Требования к техническому обеспечению Сервер, где будет храниться БД, разрабатываемой СЭД, должен иметь следующие характеристики: — Процессор: не менее 1 двуядерного Intel Xeon 2,00 ГГц или аналогичного по производительности; — ОЗУ: не менее 16 ГБ с возможностью расширения до 64; — Свободное дисковое пространство: не менее 320 ГБ; — ПО серверной части: 64-разрядные СУБД MS Access 2019 и выше; — Операционная система: Windows Server 2019; — Сетевая плата: 1 ГБ/с. Требования к рабочей станции пользователя: — Процессор: не ниже Intel Core i3 3,0 ГГц; — ОЗУ: 4 ГБ с возможностью расширения до 8; — Свободное дисковое пространство: не менее 1 ГБ; — Операционная система: Windows 7 (64-бита) и выше; — Установленное ПО: Microsoft Office 2010 и выше (64-бит) и программы для просмотра и редактирования графических файлов.  2.2 Требования к программному продуктуСЭД должна обеспечивать реализацию следующих принципов: — многопользовательский доступ; — однократность ввода информации; — непрерывность прохождения документа по всем этапам жизненного цикла от регистрации до помещения в оперативный электронный архив. СЭД должна обеспечивать: а) ведение единой базы данных, обеспечивающей доступ к реквизитам и текстам документов следующих видов: б) входящая корреспонденция; в) исходящая корреспонденция; г) обращения; д) ответы на обращения; е) организационно-распорядительные документы (постановления, распоряжения/поручения, приказы, протоколы, инструкции); ё) договорная документация; ж) доверенности; з) внутренняя переписка. и) создание новых объектов учета (картотек, регистрационных карточек документов), а также связанной с ними нормативно-справочной информации, и выходных отчетов СЭД, а также настройку перечня электронных картотек, списка делопроизводственных операций и шаблонов регистрационных номеров; к) регистрацию документа с присвоением номера, в соответствии с шаблоном, а также возможность ввода документов с уже присвоенным регистрационным номером;  л) ввод, редактирование, удаление в соответствии с установленными правами доступа, как в учетной информации регистрационной карточки, так и текста документа;м) возможность создания взаимосвязей между документами с использованием механизма именованных связок; н) возможность автоматического отслеживания движения и исполнения всех документов в электронных учетных реестрах, картотеках; о) возможность поиска документов по реквизитам и работы с ними, как по выбранной категории документов, так и сразу по всем документам, доступным пользователю; п) СЭД должна предоставлять механизмы поиска, позволяющие как быстро выполнять типовые часто повторяющиеся запросы, так и заранее не специфицированные запросы с использованием настраиваемых поисковых форм; р) СЭД должна иметь возможность быстрого отбора и представление списка отобранных документов по заранее сформулированному запросу; с) средства формирования заданий (резолюций) и контроля исполнения документа: постановку и снятие с контроля документа (поручения), отбор документов с истекшим или истекающим сроком исполнения, формирование отчетности по статистике и фактическому состоянию контроля исполнения; т) СЭД иметь возможность ввода множества поручений по одному документу и множества исполнителей по одному поручению; у) ввод файла графического образа документа, полученного при сканировании документа с использованием встроенные в СЭД средств, ф) возможность распознавания текстов отсканированных документов;  х) возможность связывания с одной регистрационной карточкой без ограничения количества файлов независимо от формата файлов. 2.3 Требования к программным средствам проектируемой базы данных и пользовательского интерфейсаПроектирование базы данных (БД) – это процесс создания проекта базы данных, предназначенной для поддержки функционирования экономического объекта и способствующей достижению его целей. Оно представляет собой трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей. БД представляет собой новый подход к организации данных. Она позволяет обращение к данным без знания физического расположения их в памяти компьютера, вследствие чего доступ к данным и их обработка более эффективны. Разработка прикладных программ, использующих БД, становится легче, быстрее, дешевле, более гибкой. В этом главные преимущества БД над файловой организацией данных. При проектировании базы данных необходимо учитывать тот факт, что база данных должна удовлетворять комплексу требований. Требования, следующие: а) целостность базы данных – требование полноты и непротиворечивости данных; б) многократное использование данных; в) быстрый поиск и получение информации по запросам пользователей; г) простота обновления данных; д) уменьшение излишней избыточности данных; е) защита данных от несанкционированного доступа, искажения и уничтожения. Интерфейс системы должен обеспечивать наглядное, интуитивно понятное представление структуры размещенной информации, быстрый и логичный переход к соответствующим разделам системы.  Навигационные элементы интерфейса системы должны обеспечивать однозначное понимание пользователем их смысла и обеспечивать навигацию по всем доступным пользователю разделам системы и отображать соответствующую информацию.Интерфейс системы должен позволять решать задачи пользователя наиболее быстрым, простым и удобным из возможных способов. Данные параметры определяются на основании совместного экспертного мнения Заказчика и Исполнителя работ по проектированию пользовательского интерфейса и должны быть зафиксированы и подтверждены пользовательским тестированием. Интерфейс системы должен быть рассчитан на пользователей, не имеющих специальных технических знаний и навыков в области компьютерной техники, и быть легко осваиваем ими, желательно без необходимости обращения в службу техподдержки. Интерфейс системы должен учитывать контекст использования: где, при каких обстоятельствах, с помощью каких устройств пользователь будет взаимодействовать с системой. Интерфейс должен быть адаптивным, т.е. обеспечивать высокую степень удобства использования не только на широких настольных экранах, но и на портативных и планшетных устройствах. В целом дизайн и удобство интерфейса должны быть на уровне ожиданий современного пользователя, имеющего опыт работы с лучшими образцами, подобных сервисов и восприниматься им как комфортная, удобная и приятная рабочая среда  Блок-схема — распространённый тип схем (графических моделей), описывающих алгоритмы или процессы, в которых отдельные шаги изображаются в виде блоков различной формы, соединённых между собой линиями, указывающими направление последовательности. На блок-схеме (рис.1) показаны алгоритмы действий в проектируемой СЭД. Рисунок 2 – Блок-схема СЭД  3 Проектирование3.1 Проектирование концептуальной модели системы управления документооборотом Во главе магазина стоит директор, а в его непосредственном подчинении находится остальной персонал магазина. Основная часть работы, касающейся ведения документооборота ложится на плечи административно – управленческого персонала.  Рисунок 3 – Диаграмма документооборота Контекстная диаграмма (рис.3) отражает основные входящие и исходящие документы, используемые в работе магазина.  Таблица 2 – «Описание логической диаграммы».
3.2 Проектирование модели управления документооборотом На основе функциональной модели была построена логическая модель. В логической модели выделено 10 сущностей: 1) vnutr_documents – содержит сведения обо всех внутренних документах, используемых организацией; 2) ishod_documents – содержит сведения об исходящих документах магазина; 3) vid_documenta – содержит справочную информацию о видах документов, используемых в магазине; 4) vhod_documents – содержит сведения о входящих документах магазина; 5) potoki_dokumentov – содержит сведения о потоках документов, характеризующих документооборот организации; 6) podpischik – содержит сведения, касающиеся подписчиков документов; 7) dolgnosty – содержит справочную информацию о штатных должностях магазина; 8) ispolnitely – содержит сведения, касающиеся исполнителей; 9) podrazdeleniya – содержит сведения о структурных подразделениях организации; 10) sotrudniki – содержит информацию о сотрудниках.  3.3 Разработка модели предметного воплощения системы управления документооборотом3.3.1 Физическая модель, структура Базы Данных На основе логической модели данных была разработана база данных в MS Office Access (рис. 4).  Рисунок 4 – Физическая модель данных  Таблица 2 – Структура базы данных
Продолжение таблицы 2.
|