Проектирование системы автоматизированного документооборота на кафедре

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

КУРСОВОЙ ПРОЕКТ

Дисциплина: Проектирование информационных систем

Тема: Проектирование системы автоматизированного документооборота на кафедре

СОДЕРЖАНИЕ

• ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
• ВВЕДЕНИЕ
• 1 Постановка задачи
• 2 Анализ известных подходов к решению проблемы
• 3 Обзор и выбор стандартов и профилей
• 4 Проектирование системы «Учебный процесс»
• 4.1 Описание предметной области
• 4.1.1 Входные/выходные документы
• 4.1.2 Основные реквизиты документов
• 4.2 Построение DFD диаграммы
• 4.2.1 Общее описание диаграммы потоков данных
• 4.2.2 Описание информационных потоков
• 4.3 Конструирование модели данных
• 4.3.1 Составные части процесса проектирования данных
• 4.3.1.1 Логическое моделирование
• 4.3.1.2 Физическое проектирование данных
• 4.3.2 Создание логической модели данных
• 4.3.2.1 Описание таблиц
• ЗАКЛЮЧЕНИЕ
• СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

АС	автоматизированная система
АСУ	автоматизированная система управления
АСУ ВУЗ	автоматизированная система управления высшим учебным заведением
ВКР	выпускная квалификационная работа
ВУЗ	высшее учебное заведение
ГОСТ	Государственный стандарт
ЕТС	единая тарифная сетка
ЖЦ	жизненный цикл
ИС	информационная система
ИТАС	Информационные технологии и автоматизированные системы
НИР	научно-исследовательская работа
ПО	программное обеспечение
ППС	Профессорско-преподавательский состав
ПС	программная система
ТЗ	техническое задание
УММ	учебно-методические материалы
УМУ	Учебно-методическое управление
УП	учебный план
ФОТ	фонд оплаты труда
ЭВМ	электронная вычислительная машина
CASE (Computer Aided Software/ System Engineering)	автоматизированная разработка программного обеспечения
DFD (Data Flow Diagrams)	диаграммы потоков данных
ERD (Entity-Relationship Diagrams)	диаграммы "сущность-связь"
IEC (International Electrotechnical Commission)	Международная комиссия по электротехнике
ISO (International Organization for Standardization)	Международная организация по стандартизации
SADT (Structured Analysis and Design Technique)	методология структурного анализа

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Целью данного курсового проекта является создание проекта для автоматизации документооборота кафедры ИТАС. Необходимо не только упорядочить информацию, но и упростить процессы ее обработки, выборки необходимых данных.

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

- автоматизировать процесс регистрации, учета, обработки документов;

- повысить скорость прохождения документа;

- оптимизировать хранение документов;

- сэкономить ресурсы, расходуемые на подготовку новых документов;

- сократить время на поиск документа;

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

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

В настоящий момент на кафедре ИТАС студенты обучаются по направлению 654600 «Информатика и вычислительная техника» и по специальности 220200 «Автоматизированные системы обработки информации и управления». Занятия организуются и проводятся в соответствии с учебными планами направлений и специальностей и рабочими программами дисциплин, входящих в учебные планы. С каждым годом число документов (методическое обеспечение, образовательные стандарты, справочная литература и т.д.) увеличивается и их необходимо хранить, обновлять. Разработка учебных планов, распределение учебной нагрузки, составление разнообразных отчетов и т.п. - вся эта работа проводится вручную, занимая значительную часть времени работы заведующего кафедрой, методиста. Вручную обработать такой объем информации просто нереально. Это значит, что на помощь человеку должна прийти машина. В результате было принято решение о проектировании системы автоматизации документооборота кафедры ИТАС.

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

Целью работы является разработка проекта, который позволит обеспечить:

· повышение эффективности работы кафедры;

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

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

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

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

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

2 Анализ известных подходов к решению проблемы

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

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

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

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

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

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

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

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

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

В настоящее время на практике количество CASE-средств, поддерживающих объектно-ориентированный подход, невелико по сравнению с поддерживающими структурный подход. В том числе, диаграммы, отражающие специфику объектно-ориентированного подхода (диаграммы классов, объектов и т.д.), гораздо менее наглядны и плохо понимаемы непрофессионалами. Примерами объектно-ориентированных CASE-средств являются: Rational Rose фирмы Rational Software и Paradigm Plus фирмы Computer Associates, предназначенные для автоматизации этапов анализа и проектирования ПО.

Основное различие между традиционными структурными методологиями проектирования и более новыми объектно-ориентированными методологиями находится в их первичном фокусировании: Структурные методы проектирования фокусируются на функциях системы: "Что она делает". Объектно-ориентированные методы фокусируются на данных (объектах) системы: "Что делается с". Объектная ориентация может предоставить инструментальные средства, обеспечивающие более высокое качество программного обеспечения. [2]

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

Современные CASE-средства, поддерживающих структурный подход, охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО. На сегодняшний день российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами: Vantage Team Builder (Westmount I-CASE); Designer/2000; Silverrun; ERwin+BPwin; S-Designor; CASE.Аналитик.

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

ERwin -- современное средство проектирования баз данных. Отличительной чертой ERwin/ERX является высокая степень обеспечения согласованного взаимодействия между средствами создания баз данных и средствами разработки приложений. ERwin поддерживает все наиболее популярные реляционные СУБД, включая Oracle; Sybase; Informix; Microsoft SQL Server; FoxPro; InterBase; Paradox; Access и др. Одна и та же модель может быть использована для создания нескольких баз данных или для переноса приложения с платформы одной СУБД на другую. ERwin можно использовать совместно со многими популярными средствами разработки приложений: Delphi, PowerBuilder, Visual Basic, Oracle Designer/2000 и др. [3]

Основные характеристики:

· поддержка стандартной нотации IDEF1X для ER диаграмм моделей данных, нотации IE и специальной нотации, предназначенной для проектирования хранилищ данных - DIMENSIONAL;

· возможность импорта/экспорта данных из BРwin, Oracle Designer;

· поддержка триггеров, хранимых процедур и шаблонов;

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

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

· глубокая интеграция с продуктами Oracle, Sybase, Centura, Microsoft на базе единого репозитория и эффективного обмена проектами; импорт/экспорт с Rational Rose;

· автоматическая генерация экранных форм приложений для PowerBuilder, Delphi, Visual Basic, созданных на основе спроектированной модели данных.

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

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

3 Обзор и выбор стандартов и профилей

Понятие ЖЦ ПО является одним из базовых в программной инженерии. Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207: 1995 «Information Technology - Software Life Cycle Processes». Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.

Процессы создания АС, в состав которых входит и ПО, регламентированы стандартами ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания», ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» и ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем».

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

ГОСТ 34.602-89 распространяется на АС для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы». ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) АС, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1. общие сведения;

2. назначение и цели создания системы;

3. характеристика объектов автоматизации;

4. требования к системе;

5. состав и содержание работ по созданию системы;

6. порядок контроля и приемки системы;

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

8. требования к документированию;

9. источники разработки. [4]

4 Проектирование системы «Учебный процесс»

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

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

В области управления и обеспечения деятельности университета АСУ ВУЗ решает следующие задачи:

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

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

· действенное ускорение подготовки и прохождения документов и осуществление контроля их исполнения.

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

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

Министерство образования РФ разрабатывает для направлений и специальностей стандарты (ГОС на направление 552800 «Информатика и вычислительная техника» приведен в Приложении 2), в которых указывается срок обучения, количество часов (на аудиторные занятия), перечень дисциплин (гуманитарные, естественнонаучные и др.) и т.д. Ректор ПГТУ определяет количество часов на дисциплины (например, гуманитарные). На профессиональные дисциплины расчасовку по дисциплинам производит кафедра. Специальные дисциплины назначаются кафедрой.

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

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

· корректировка контрольных показателей.

На этапе разработки учебных планов:

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

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

Разработанные проекты учебных планов отправляются в УМУ для проверки. Проверенные учебные планы проходят процедуру утверждения, после которой кафедры уже не могут вносить изменения в учебный план. Проверенный учебный план подписывается ректором ПГТУ. Учебный план, не удовлетворяющий требованиям УМУ, отправляется обратно на кафедру для доработки. Тем не менее, кафедра может дать запрос УМУ на перевод учебного плана из состояния «утвержденный» в состояние «рабочий», тем самым, получая возможность внесения изменений в действующий план. После этого план снова проходит процедуру проверки. Учебный план содержит таблицу, в которой собраны все дисциплины, изучаемые студентами на протяжении всех курсов обучения (учебный план направления 552800 «Информатика и вычислительная техника», специальности 220200 «Автоматизированные системы обработки информации и управления» приведен в Приложении 3 к отчету). В план входит график учебного процесса (Приложение 4), в котором обозначены теоретическое обучение, экзаменационные сессии, производственная практика, учебная практика, каникулы, дипломный проект и государственные экзамены. К плану приложены дисциплины по выбору студента, устанавливаемые вузом (Приложение 5).

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

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

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

Рис. 4.1. Процесс формирования учебных планов и штатов ППС

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

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

На основе учебного плана АСУ ВУЗ формирует таблицы расчета нагрузок кафедры по трудоемкости дисциплин. «Расчет нагрузок кафедры по трудоёмкости дисциплин» приведен в Приложении 6 и пример «Расчета нагрузок кафедры по трудоёмкости дисциплин (коммерческие)» в Приложении 7. В них обозначены все дисциплины на запланированный учебный год.

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

Составляются «Планы работы преподавателей» (Приложение 9) на всех преподавателей, в которых указывается их учебная нагрузка. После заполнения считаются часы, которые преподаватель должен отвести в следующем году по всем видам учебной нагрузки. В эти планы входят их учебно-методическая, организационно-методическая, научно-исследовательская и вне учебная работа со студентами. Затем заполняются «Карточки учебных поручений» на каждого преподавателя (Приложение 10), на основе которых формируется нагрузка преподавателя, рассчитываются объемы ставок.

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

На основе этого создается отчет по работе кафедры за прошедший год. В него входят:

· «Отчет по научной работе по кафедре ИТАС» (Приложение 13);

· «Отчет по учебно-методической работе по кафедре», который включает в себя:

1. «Сведения об издании учебно-методической литературы по кафедре ИТАС»;

2. «Отчет о выполнении учебных поручений преподавателей кафедры ИТАС» (Приложение 14).

4.1.1 Входные/выходные документы

Исходными документами в деятельности кафедры являются:

1. Штатное расписание ППС на учебный год (Приложение 15);

2. ГОС по направлениям и специальностям;

3. Расписание занятий на каждого преподавателя;

4. Расписание экзаменов на каждого преподавателя;

5. Лабораторный фонд кафедры;

6. Выписки из учебного плана (незаполненные).

Выходные документы:

1. Отчет по научной работе кафедры;

2. Отчет по учебно-методической работе кафедры;

3. Отчет о выполнении плана преподавателя;

4. Проект штатного расписания;

5. Учебные планы специальностей;

6. Рабочие программы;

7. Индивидуальные планы работы преподавателей;

8. Карточка учебных поручений преподавателя;

9. Сводное расписание занятий;

10. Сводное расписание экзаменов;

11. Выписки из учебных планов (заполненные).

4.1.2 Основные реквизиты документов

Документы, циркулирующие на кафедре должны быть оформленные в соответствии с требованиями ГОСТ.

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

Документ «Развернутый учебный план» содержит следующие поля:

· название факультета;

· название кафедры;

· название специальности или направления;

· шифр специальности или направления;

· срок обучения;

· квалификация специалиста;

· специализация;

· академическая степень;

· форма обучения;

· название дисциплины;

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

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

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

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

3. количество часов, отводимых на лекции по указанной дисциплине;

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

· количество часов, отводимых на лекции по указанной дисциплине в 1-ом семестре (2-ом и т.п.);

· количество часов, отводимых на практические занятия по указанной дисциплине в 1-ом семестре (2-ом и т.п.);

· количество часов, отводимых на лабораторные занятия по указанной дисциплине в 1-ом семестре (2-ом и т.п.);

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

· общее количество контрольных работ (курсовых проектов и работ, экзаменов и зачетов) за все курсы и в отдельности за каждый курс;

· название цикла дисциплин;

· название компонента.

Приложение к развернутому учебному плану «Дисциплины по выбору студента, устанавливаемые вузом» содержит следующие поля:

· название кафедры;

· название факультета;

· название специальности или направления;

· название дисциплины;

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

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

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

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

6. количество часов, отводимых на лекции по указанной дисциплине;

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

· количество часов, отводимых на лекции по указанной дисциплине в 1-ом семестре (2-ом и т.п.);

· количество часов, отводимых на практические занятия по указанной дисциплине в 1-ом семестре (2-ом и т.п.);

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

«График учебного процесса» содержит следующие поля:

· номер курса;

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

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

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

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

· наименование факультативной дисциплины;

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

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

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

· название кафедры;

· название практики;

· номер семестра прохождения практики;

· продолжительность практики (недель);

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

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

Документ «Выписка из рабочего плана» должен содержать следующие поля:

· название кафедры;

· название дисциплины;

· название факультета;

· номер специальности;

· название группы;

· отделение (дневное, заочное, вечернее);

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

· номер курса;

· номер дисциплины;

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

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

· количество групп, изучающих указанную дисциплину 4

· число студентов в группе;

· номер группы;

· номер ведомости;

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

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

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

Документ «Карточка учебных поручений» содержит следующие поля:

· название факультета;

· название кафедры;

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

· название дисциплины;

· факультет или специальность группы;

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

· количество потоков, изучающих дисциплину;

· количество групп, изучающих дисциплину;

· количество студентов, изучающих дисциплину;

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

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

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

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

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

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

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

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

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

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

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

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

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

· количество часов, отводимых на ГЭК по указанной дисциплине;

· общее количество часов на каждую дисциплину;

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

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

Документ «Рабочая программа» содержит следующие поля:

· название дисциплины;

· название специальности или направления;

· шифр специальности или направления;

· название факультета;

· название кафедры;

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

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

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

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

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

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

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

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

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

· вид контроля и номер семестра.

Документ «Расчет нагрузок кафедры по трудоемкости дисциплин (коммерческие и бюджетные)» содержит следующие поля:

· название факультета;

· название кафедры;

· номер семестра;

· наименование дисциплины;

· тип дисциплины;

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

· номер курса;

· количество студентов;

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

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

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

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

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

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

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

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

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

· количество часов, отводимых на ГАК по данной дисциплине;

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

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

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

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

· трудоемкость по плану;

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

· общее количество часов, отводимых на практику (или диплом, или ГАК) за указанный семестр;

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

Документ «Индивидуальный план преподавателя» содержит следующие поля:

· название факультета;

· название кафедры;

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

· название дисциплины;

· факультет или специальность группы;

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

· количество потоков, изучающих дисциплину;

· количество групп, изучающих дисциплину;

· количество студентов, изучающих дисциплину;

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

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

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

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

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

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

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

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

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

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

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

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

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

· количество часов, отводимых на ГЭК по указанной дисциплине;

· общее количество часов на каждую дисциплину;

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

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

· наименование учебно-методических работ;

· количество часов, на отдельный вид учебно-методической работы;

· наименование организационно-методических работ;

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

· наименование научно-исследовательской работы;

· количество часов, на отдельный вид научно-исследовательской работы;

· наименование вне учебной работы со студентами;

· количество часов, на отдельный вид работы вне учебной работы со студентами;

· сроки исполнения работы со студентами;

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

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

· общее количество часов на учебную работу (учебно-методическую или организационно-методическую, или на НИР по госбюджету) по плану на указанные семестры;

· общее количество часов на учебную работу (учебно-методическую или организационно-методическую, или на НИР по госбюджету) по плану на весь год;

· итоговое количество часов на все виды работ (учебную, учебно-методическую, организационно-методическую, НИР по госбюджету) по плану за каждый семестр;

· итоговое количество часов на все виды работ (учебную, учебно-методическую, организационно-методическую, НИР по госбюджету) по плану за год.

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

Документ «Штатное расписание ППС» содержит следующие поля:

· название кафедры;

· должность персонала кафедры;

· разряд по занимаемой должности по ЕТС;

· количество штатных единиц;

· итоговое количество штатных единиц по кафедре;

· выделенный почасовой фонд;

· количество штатных единиц и почасовой фонд с оплатой из ФОТ ППС.

Документ «Отчет по учебной работе кафедры ИТАС» содержит следующее: новые разработанные курсы, лабораторные работы; поступившее оборудование; материально технические средства.

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

В конце учебного года кафедра сдает отчеты по учебно-методической и научной работе.

4.2 Построение DFD диаграммы

4.2.1 Общее описание диаграммы потоков данных

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

· функции обработки информации (работы), связывающие входы и выходы; работы на диаграммах DFD не поддерживают связи по управлению (output-control) и выход-механизм (output-mechanism);

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

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

· таблицы для хранения документов (накопитель данных) являются «складами» информационных объектов (база данных, файл или архив бумажных документов). [4]

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

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

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

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

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

· наиболее слабые места;

· преимущества новых бизнес-процессов;

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

Признаками неэффективной работы деятельности могут быть:

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

· неэффективный документооборот.

Найденные в модели AS-IS недостатки можно исправить при создании модели TO-BE (как будет) - модели новой организации бизнес-процессов. Модель TO-BE нужна для анализа альтернативных путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

Технология проектирования ИС подразумевает сначала создание модели AS-IS, затем ее анализ и улучшение бизнес-процессов, т.е. создание модели TO-BE. И только на основе модели TO-BE строится модель данных, прототип и затем окончательный вариант ИС. [5]

4.2.2 Описание информационных потоков

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

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

После описания системы в целом проводится разбиение ее на крупные фрагменты (Приложения 17, 19, 20, 21, 22). Этот процесс называется функциональной декомпозицией. Процесс «Деятельность кафедры» декомпозируется на 29 процессов (таблица 1), отражающие основные виды деятельности кафедры.

Процесс «Разработка кафедрой учебного плана» декомпозируется на 3 процесса (Приложение 18).

Таблица 1 Описание процессов и событий

ПРОЦЕСС	РЕАКЦИЯ	ИСПОЛНИТЕЛЬ	АРХИВЫ	ДОК-ТЫ ИЗ АРХИВОВ

Подобные документы

• Разработка системы поиска документов релевантных заданному тексту

  Обоснование выбора метода извлечения ключевых слов. Анализ предметной области, проектирование информационной системы поиска релевантных документов. Реализация запросов к электронным библиотекам. Реализация интерфейса системы поиска релевантных документов.
  
  дипломная работа [1,1 M], добавлен 21.09.2016
  

• Обзор программных средств, применяемых на кафедре ИГиИС

  Базы данных как средство хранения и обработки информации, принципы работы с программой Microsoft Access. Этапы создания сайта, структура HTML-документа, выравнивание рисунков. Геоинформационная система MapInfo. Комплекс Credo dat 4.1 Professional.
  
  отчет по практике [582,2 K], добавлен 17.09.2014
  

• Структурированная система хранения документов предприятия

  Снижение накладных расходов при ведении учета бумажной документации в малых организациях за счет создания электронной базы документов. Критерии эффективности функционирования структурированной системы хранения документов, особенности ее разработки.
  
  дипломная работа [803,6 K], добавлен 27.01.2016
  

• Система автоматизации документооборота. Электронный документ

  Понятие электронного документа, отличие от иных видов документов. Юридическая сила и правовой режим электронного документа и документооборота. Процедуры разрешения конфликтов. Основные типы текстовых электронных документов и выбор средств их оформления.
  
  реферат [24,5 K], добавлен 22.08.2010
  

• Автматизация регистрации документов

  Регистрация документов как один из видов документационного обеспечения деятельности организации. Формы автоматизации регистрации документов. Функции систем автоматизации делопроизводства и документооборота.
  
  реферат [23,8 K], добавлен 21.03.2006
  

• Анализ методов автоматической классификации документов

  Роль классификации документов в решении задач информационного поиска. Методы автоматической классификации документов и этапы построения классифицирующей системы: индексация документа, построение классификаторов на базе обучающих данных, оценка их работы.
  
  курсовая работа [354,2 K], добавлен 13.01.2013
  

• Разработка программного модуля регистрации документов

  Проектирование модуля регистрации документов. Анализ предметной области, спецификация требований. Построение диаграммы прецедентов Анализ архитектуры модуля в "OpenText Content Server 16.2". Разработка программы регистрации документов, ее тестирование.
  
  дипломная работа [1,9 M], добавлен 25.08.2017
  

• Анализ гипертекстовых документов с различных сайтов с целью автоматизированного сбора данных

  Анализ существующих поисковых систем и используемых ими алгоритмов поиска документов. Разработка информационно-поисковой системы словарного типа, способной осуществлять релевантный поиск документов, особенности ее структуры и информационно-поисковой базы.
  
  дипломная работа [942,1 K], добавлен 19.05.2011
  

• Инновационные методы учета электронных документов

  Основные особенности нормативного и методического обеспечения архивного хранения электронных документов. Общие требования к организации и проведению учета электронных архивных документов. Рассмотрение инновационных методов учета в делопроизводстве.
  
  курсовая работа [255,8 K], добавлен 31.08.2015
  

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

  Разработка системы автоматизированного управления электронными документами. Сведения о приложении PHPMyAdmin, об обработчике шаблонов Smarty. Создание базы данных. Редактирование документа, просмотр изменений документов. Создание категорий документов.
  
  дипломная работа [3,2 M], добавлен 25.07.2015
  

• Разработка автоматизированного рабочего места сотрудника оперативного учета бюро регистрации несчастных случаев по Санкт-Петербургу и Ленинградской области

  Анализ аналогов-ресурсов системы "Бюро регистрации несчастных случаев", критерии выбор задач, подлежащих автоматизации. Проектирование автоматизированного рабочего места сотрудника оперативного учета. Разработка модели базы с использованием CASE-средств.
  
  дипломная работа [7,8 M], добавлен 21.01.2012
  

• Автоматизированная информационная система документооборота Административной комиссии при администрации города Белгорода

  Разработка автоматизированной системы документооборота Административной комиссии с целью упрощения рутинных операций по ведению учета документов: проектирование базы данных (детализация разделов системы движения информации), создание удобного интерфейса.
  
  дипломная работа [1,5 M], добавлен 02.03.2010
  

• Стилевое оформление документов

  Автоматизация редактирования текста документа. Стили документа Word 2010. Сравнительная характеристика в Microsoft Word 2007 и 2003, стили оформления. Приемы и методы редактирования документов, предназначенных для автоматической обработки данных.
  
  курсовая работа [3,6 M], добавлен 23.06.2016
  

• Разработка модуля автоматизированного учета контрактов услуг для предприятия I.S."Radiocomunicatii"

  Новые направления в развитии информационных систем. Концепция ERP, система universal accounting. Разработка первичных документов регистрации контрактов. Интерфейс документов начисления доходов от предоставленных услуг. Общий вид программного кода.
  
  магистерская работа [3,0 M], добавлен 12.11.2013
  

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

  Описания систем планирования ресурсов предприятия. Документирование и стандартизация процесса разработки корпоративной информационной системы. Создание основных объектов конфигурации, документов, регистров, отчетов, ролей и интерфейсов пользователей.
  
  курсовая работа [3,0 M], добавлен 18.05.2016
  

• Разработка системы автоматизированного документооборота для Департамента информатизации и связи ОАО "Сибур-Нефтехим"

  Описание разработанных программных модулей системы автоматизированного документооборота. Характеристика базы данных, нормативно-справочной, входной и выходной оперативной информации. Организация технологии сбора, передачи, обработки и выдачи информации.
  
  дипломная работа [4,7 M], добавлен 16.02.2013
  

• Учет, регистрация и прохождение входящих документов

  Характеристика документооборота ООО "Белорецкий завод рессор и пружин". Мнемосхема существующего бизнес-процесса, построенного при помощи MS Visio 2007. Разработка автоматизированной системы документооборота. Расходы на разработку информационной системы.
  
  курсовая работа [2,2 M], добавлен 01.11.2012
  

• Проектирование информационной системы учета операций с недвижимостью

  Рассмотрение предметной области учета операций с недвижимостью. Определение проблем и разработка концепции информационной системы. Формирование таблицы документов и разработка форм входных и выходных документов в среде программирования C++ Builder.
  
  курсовая работа [2,0 M], добавлен 20.01.2015
  

• Системы электронного документооборота

  Процесс создания программы для электронного документооборота учреждения. Оценка ее качественных и количественных показателей. Выбор аппаратной и программной платформы Web-сайта. Разработка функциональной схемы обработки документов и доступа пользователей.
  
  дипломная работа [233,9 K], добавлен 02.10.2013
  

• Автоматизация бизнес-процессов с помощью систем электронного документооборота

  Понятие бизнес-процесса. Формы автоматизации регистрации документов. Функции систем электронного управления делопроизводства и документооборота, обоснование их выбора и практическое применение. Структура рынка программных продуктов в области ЭУД.
  
  курсовая работа [232,8 K], добавлен 17.07.2013
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам