Разработка модуля "Планирование учебно-воспитательной работы" на платформе 1С: Предприятие 8

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

Далее перешли к декомпозиции процесса «План УВР УУВР».

Выделили основные функции, которые выполняются в данном процессе. Во-первых, это функции планирования и отчетности, поэтому на диаграмму добавим процессы «Планирование УВР УУВР», «Отчетность УВР УУВР», во-вторых целесообразно в данном модуле реализовать формирование основных данных, с которыми будут работать в других модулях и в этом модуле также, добавим процесс «Формирование справочников» (рисунок 10). Имеющуюся входную стрелку разбиваем на три и добавляем к каждому процессу, ибо каждый процесс оперирует с мероприятиями (рисунок 10). Очевидно, что результатом планирования является план, а отчетности -- отчет, были добавлены выходные стрелки к «План УВР УУВР университета» и «Отчетность УВР УУВР» к процессам 12 и 13 соответственно (рисунок 10). Так как на данном этапе был описан модуль информационной системы, то каждый процесс характеризуется механизмом «АИС Университет». Для выполнения каждого из процессов требуется пользователь системы, в данном случае начальник управления по учебно-воспитательной работе, поэтому одноименная стрелка была разделена на три и добавлена к каждому из процессов (рисунок 10). Процедура управления и реализации учебно-воспитательной работы ВолГУ выступила в качестве стрелки управления для процессов планирования и отчетности (рисунок 10).

Далее был произведен переход к декомпозиции процесса «Формирование справочников», были определены функции, выходные данные и связь этого процесса с процессами на ветке 1 (рисунок 10). Каждое мероприятие характеризуется типом, который будет храниться в справочнике типов мероприятий, данные этого справочника формируются по средствам процесса «Формирование справочника типов мероприятий». Был создан процесс «Формирование справочника мероприятий», который отвечает за наполнение справочника мероприятий (рисунок 11).

В ходе создания конфигурации в 1С: Предприятие возникла необходимость в справочнике учебных годов, в связи с тем, что учебный год не совпадает с календарным. В результате это отражено на диаграмме процессом «Формирование справочника учебных годов». Исходя из названий процессов их выходными стрелками являются три справочника:

1) Тип мероприятий.

2) Учебные годы.

3) Мероприятия (рисунок 11).

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

Перешли к декомпозиции процесса «Формирование справочника мероприятий».

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

Очевидно соотношение входных данных и процессов. Выходными данными исходя из названий процессов стали «Наименование внесенного мероприятия» и «Тип внесенного мероприятия», которые в совокупности формируют справочник мероприятия, соединяем выходные стрелки с имеющейся стрелкой «Справочник мероприятий» (рисунок 12).

Стоит также отметить, что тип мероприятия вносится согласно имеющимся записям в справочнике типов мероприятий, отсюда следует, что для процесса «Внесение типа мероприятия» стрелкой управления будет являться «Справочник типов мероприятий» (рисунок 12).

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

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

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

План и отчет формируются в автоматизированной информационной системе «Университет», поэтому механизм c одноименным названием был разделен на две стрелки и добавлен к каждому из процессов (рисунок 13). Имеющиеся выходные стрелки «План УВР ППС» и «Отчет по УВР ППС» были закреплены за процессами планирования и отчетности соответственно (рисунок 16). Очевидно, что данные из плана влияют на данные для отчета, поэтому первая из стрелок будет также стрелкой управления для процесса «Отчетность по УВР ППС». Планирование и отчетность регламентируются процедурой управления и реализации учебно-воспитательной работы ВолГУ частями 3 и 5 соответственно, декомпозируем стрелку управления «Процедура управления и реализации учебно-воспитательной работы ВолГУ» (рисунок 13).

Далее перешли к декомпозиции процесса «Планирование УВР ППС».

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

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

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

Таким образом, на диаграмме появляются два одноименных процесса (рисунок 14).

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

Из обоснования того, что Планирование учебно-воспитательной работы профессорско-преподавательского состава делится на части, следует и то, что каждый процесс является частью одного Плана учебно-воспитательной работы профессорско-преподавательского состава, а создаем выходные стрелки каждого из процессов и соединяем с выходной стрелкой «План УВР ППС», далее зададим названия стрелкам (рисунок 14). Выбор общеуниверситетских мероприятий ограничивается мероприятиями, указанными в плане учебно-воспитательной работы управления по учебно-воспитательной работе университета, поэтому одноименная стрелка выступит механизмом для процесса «Планирование участия в общеуниверситетских мероприятиях» (рисунок 14). Информация для каждого процесса ограничена набором данных в справочниках, которые были сформированы в процессе «Формирование справочников» (рисунок 11). Так как планирование оперирует данными преподавателей, то необходимо использовать в обоих процессах справочник сотрудников университета, поэтому в качестве управления для процессов выступит «Справочник сотрудников» (рисунок 14).

Далее произвел переход к процессу «Планирование участия в общеуниверситетских мероприятиях».

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

Далее был произведен переход к декомпозиции процесса «Планирование инициативных мероприятий».

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

1) Наименование мероприятия.

2) Сроки проведения.

3) Тип мероприятия.

4) Участники мероприятия.

5) Ответственный за проведение (в данном случае тот, кто создает мероприятие в системе).

6) Учебный год (рисунок 16).

На диаграмме были созданы шесть процессов «Внесение наименования мероприятия», «Выбор сроков проведения», «Выбор типа мероприятия», «Внесение предполагаемых участников мероприятия», «Внесение ответственного за проведение мероприятия», «Выбор учебного года» (рисунок 19). Входная стрелка «Мероприятие» была декомпозирована согласно данным мероприятия, выделенным ранее и была закреплена за процессами (рисунок 19). Тип мероприятия, его учебный год, участники и ответственный за проведение вносят согласно имеющимся данным в справочниках типов мероприятия, учебных годов и сотрудников соответственно, поэтому стрелку управления «Cправочники» была разбита по количеству справочников и добавлена к процессам «Выбор типа мероприятия», «Внесение предполагаемых участников мероприятия», «Внесение ответственного за проведение мероприятия», «Выбор учебного года» (рисунок 16). Преподаватель заполняет все данные в системе, система определяет его в качестве ответственного за проведение мероприятия, данная зависимость была отражена в стрелках механизмов на диаграмме (рисунок 16). Выходными данными соответственно будут «Тип запланированного мероприятия», «Наименование запланированного мероприятия», «Ответственный запланированного мероприятия, «Учебный год мероприятия», «Участники запланированного мероприятия», которые в совокупности образуют «План УВР ППС» (рисунок 16).

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

1) Выбор мероприятий профессорско-преподавательского состава.

2) Выбор учебного года.

3) Выбор сроков мероприятия.

4) Выбор типа мероприятия.

5) Выбор наименования мероприятия (рисунок 17).

Для каждого процесса механизмом будет являться «АИС Университет» (рисунок 17). И для всех кроме первого процесса «Преподаватель» (рисунок 17). Входными данными для процессов являются данные по мероприятию, поэтому следует декомпозировать стрелку мероприятия на следующие: «Текущий пользователь системы», «Учебный год», «Сроки проведения мероприятия», «Тип мероприятия», «Наименование мероприятия» и добавим к процессам в соответствии с их названием (рисунок 17). Тип, наименование мероприятия, его учебный год, вносят согласно имеющимся данным в справочниках типов мероприятия, учебных годов и справочник учебных годов, поэтому стрелка управления «Cправочники» была разбита по количеству справочников и добавлена к процессам «Выбор типа мероприятия», «Выбор наименования мероприятия», «Выбор учебного года» (рисунок 17).

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

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

2.3 Разработка диаграммы потоков данных

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

Названия стрелок между процессом и внешними сущностями были перенесены из IDEF0-диаграммы «как будет» (рисунок 18).

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

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

Далее была проведена декомпозиция компонента «Планирование и отчетность УВР УУВР» (рисунок 20).

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

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

Далее перешли к декомпозиции компонента «Планирование и отчетность учебно-воспитательной работы ППС» (рисунок 22).

На данной ветке, процессы и данные повторяют соответствующий уровень диаграммы «TO BE» (рисунок 13). Перешли к декомпозиции процесса «Планирование УВР ППС».

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

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

Далее был произведен переход к отчетности учебно-воспитательной работы профессорско-преподавательского состава. На данном этапе данные вносимые преподавателем вносятся в хранилище «Отчет УВР ППС» (рисунок 26). Вносимые данные регламентируются хранилищами данных справочников.

Таким образом, в ходе построения диаграммы потоков данных в нотации DFD и с использованием инструментального средства Ramus Educational был определен набор хранилищ данных.

3. Разработка конфигурации на платформе «1С: Предприятие 8» и ее тестирование

Разработка конфигурации на платформе «1С: Предприятие 8» в рамках данной дипломной работы состоит из двух этапов -- генерации структур хранения данных и создания пользовательского интерфейса.

3.1 Анализ видов информационных структур системы «1С: Предприятие 8»

Для перехода от абстрактных хранилищ данных, выявленных при построении диаграммы потоков данных, к платформенно-зависимым структурам данных необходимо проанализировать их виды. Собственно платформа «1С: Предприятие» представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. Конкретный набор объектов, структуры информационных массивов, алгоритмы обработки информации определяет конкретная конфигурация. Вместе с конфигурацией система «1С: Предприятие» выступает в качестве уже готового к использованию программного продукта, ориентированного на определенные типы предприятий и классы решаемых задач [24].

3.1.1 Объект конфигурации «Справочник»

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

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

Кроме реквизитов структура справочника включает в себя табличные части. Они необходимы для того, чтобы установить набор информации одинаковой по структуре и различной по количеству. Так, к примеру, любой элемент справочника «Книга» может содержать более чем одного автора, потому рационально использовать в данной ситуации не атрибут «Авторы», а одноименную табличную часть [15].

В справочниках возможно создание групп, таким образом можно группировать элементы по определенным свойствам, значениям реквизитов. Примером можно привести деление видов спорта на зимние и летние. Для удобства использования элементы справочника могут быть сгруппированы пользователем по какому-либо принципу. Для осуществления группировки требуется определить справочник как «Иерархический», задав одноименное свойство. В этом случае, возможно, создать элемент справочника, который будет представлять собой группу и будет являться родителем для всех элементов и групп, входящих в эту группу. Такой вид иерархии называется иерархией групп и элементов [25].

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

3.1.2 Объект конфигурации «Документ»

Документы отражают в системе события, происходящие в жизни предприятия: поступление материалов, перечисление денег через банк, прием сотрудника на работу и т.д. [20].

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

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

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

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

Каждый документ, как правило, содержит информацию, которая более подробно описывает этот документ. Набор такой информации является одинаковым для всех документов одного, вида и для описания такого набора используются реквизиты объекта конфигурации Документ, являющиеся подчиненными объектами конфигурации. Большинство реквизитов объекта конфигурации Документ разработчик создает самостоятельно, однако у каждого объекта конфигурации Документ существуют два поля «по умолчанию»: дата и номер документа [27].

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

планирование проектирование модульный

3.1.3 Объект конфигурации «Отчет»

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

3.2 Генерация информационных структур для модуля

Далее в ходе выполнения дальнейшей работы, на основе выполняемого в ходе DFD- моделировании были спроектированы структуры данных конфигурации «1С: Предприятие».

3.2.1 Справочник «ТипыМероприятия»

Структура справочника «ТипыМероприятия» (рисунок 27).

Структура справочника состоит из наименования типа строки, в котором хранится тип мероприятия.

3.2.2 Справочник «Мероприятия»

Структура справочника «Мероприятия» (рисунок 28).

Структура справочника состоит из наименования типа строки, в котором хранится наименование мероприятия, а также реквизит ссылочного типа «Тип мероприятия».

3.2.3 Справочник «УчебныеГоды»

Структура справочника «УчебныеГоды» (рисунок 29).

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

3.2.4 Справочник «Сотрудники»

Рассмотрим состав реквизитов справочника «Сотрудники» (рисунок 30). Логически этот справочник служит для хранения информации о сотрудниках ВолГУ. Реквизит «ДатаНачала» хранит дату поступления на работу. «Актуальность», реквизит логического типа, указывает является ли сотрудник действующим или нет. Реквизит «Должность» представляет собой ссылку на элемент справочника «Должности». «Вид занятости» представляет собой ссылку на элемент перечисления «Вид занятости». Реквизит «Физлицо» представляет собой ссылку на элемент справочника «ФизическиеЛица».

3.2.5 Справочник «ФизЛица»

Рассмотрим состав реквизитов справочника «ФизЛица» (рисунок 31). Логически этот справочник служит для хранения информации о физических лицах ВолГУ. Каждый из реквизитов является реквизитом строчного типа и хранит информацию согласно его наименованию.

3.2.6 Справочник «Должности»

Помимо стандартных атрибутов -- кода и названия, в перечень реквизитов были добавлены «НаименованиеКраткое» и «НаименованиеСокращенное», а также реквизит «ТипДолжности», который представляет собой ссылку на элемент перечисления «ТипыДолжностей» (рисунок 32).

3.2.7 Перечисление «ВидыЗанятости»

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

3.2.8 Перечисление «ТипДолжностей»

Перечисление «ТипДолжностей» (рисунок 34) используется в справочнике «Должности» (рисунок 32). Значениями данного перечисления являются типы должностей, характеризующие принадлежность сотрудника к группе административных должностей.

3.3 Тестирование модуля «Планирование и отчетность учебно-воспитательной работы ППС»

Проведем тестирование разработанного модуля «Планирование и отчетность учебно-воспитательной работы ППС». Рассмотрим внешний вид рабочего пространства в конфигурации «Планирование и отчетность учебно-воспитательной работы ППС» на платформе «1С: Предприятие 8.2».

Работа с конфигурацией начинается с создания документа «План УВР ППС» (рисунок 36).

Однако для заполнения реквизитов документа требуется заполнения справочника «Мероприятия» (рисунок 37).

В свою очередь для заполнения справочника «Мероприятия» требуется заполнить справочник типов мероприятий (рисунок 38).

После проведения документа данные по участникам и ответственным заносятся в регистры сведений «Участники запланированных мероприятий» и «Ответственные запланированных мероприятий».

Для введения информации о прошедших мероприятиях используется документ «Отчет УВР ППС» (рисунок 39).

После проведения документа данные по участникам и ответственным заносятся в регистры сведений «Участники прошедших мероприятий» и «Ответственные прошедших мероприятий».

В системе предусмотрены два вида отчетов «План УВР ППС» (рисунок 41) и «Отчет УВР ППС» (рисунок 40). Они формируются из регистров сведений описанных ранее. В качестве параметров отчетов выступают «Сотрудник» и «Учебный год».

Таким образом, проведенное тестирование показало работоспособность разработанного модуля «Планирование и отчетность учебно-воспитательной работы ППС».

Заключение

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

1) Разработаны модели «как есть» и «как будет» БП «Планирование учебно-воспитательной работы» в нотации IDEF0 с использованием среды Ramus Educational.

2) Разработана диаграмма потоков данных.

3) Спроектирована и реализована структура данных подсистемы «Планирование и отчетность» конфигурации на платформе «1С: Предприятие 8».

4) Создана и протестирована конфигурация на платформе «1С: Предприятие 8».

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

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

Литература

1. Douglas, Christian Modern Designing Information Systems. Bookpress, 2008. -- 531 p.

2. MacPherson, Colin The nuances of building data flow diagrams Wordpress, 2003. -- 200 p.

3. Petzold, Charles Idef0 notation. Description. Examples. Apress; December, 2010. -- 300 p.

4. Schmeichel, Udo, IT Service Management Taschen, 2006. -- 821 p.

5. Torbernite, Kurt The life cycle of software Letter be, 2007. -- 667 p.

6. Vieira, Robert The professional approach of the it developer Wiley Publishing, inc 2012. -- 552 p.

7. Антонов, Ю.Т Современная методология проектирования ИС [Текст]. -- CПб.: БХВ-Петербург, 2007. -- 413 с.

8. Борисов, Б.В. Профессиональная разработка в «1С: Предприятие 8» [Текст]. -- Спб: Корона принт, 2008. -- 257 с.

9. Болтов, С.В. Разработка сложных отчетов в «1С: Предприятие 8.2». Система компоновки данных [Текст]. -- Спб: Корона принт, 2012. -- 546 с.

10. Ваганов, Д.М. 1С: Предприятие 8.2. Практическое пособие. Примеры и типовые приемы [Текст]. -- Спб: 1С-Паблишинг, 2011. -- 378 с.

11. Веснин, К.А. 1С: Предприятие 8.0. Простые примеры разработки [Текст]. -- Спб: 1С-Паблишинг, 2006. -- 605 с.

12. Востряков, М.С. 1С: Предприятие 8.2. Коротко о главном. Новые возможности версии 8.2 [Текст]. -- М.: Символ, 2009. -- 247 с.

13. Горбатов, А.Т Технологии интеграции «1С: Предприятия 8.2» [Текст]. -- Спб: 1С-Паблишинг, 2010. -- 383 с.

14. Гостров, Г.Н. 1С: Предприятие 8. Программирование [Текст]. -- Спб: 1С-Паблишинг, 2008. -- 570 с.

15. Додин, Г.П. 1С: Предприятие: создание конфигураций для всех [Текст]. -- М.: Диалог-МИФИ, 2008. -- 448 с.

16. Долгов, Е.А. Проектирование информационных систем [Текст]. -- М.: Символ, 2008. -- 753 с.

17. Дятлов, И.В. Разработка программных продуктов с использованием современных методологий [Текст]. -- М.: Символ-Плюс, 2001. -- 811 с.

18. Иванов, В.В. 1С: Предприятие. От 8.1 к 8.2 [Текст]. -- Спб: 1С-Паблишинг, 2009. -- 472 с.

19. Ионов, А.В. 1С: Предприятие. Эффективное программирование [Текст]. -- М.: Новое знание, 2007. -- 559 с.

20. Колоколов, С.М. Разработка конфигурации в системе 1С 8.2 для начинающих [Текст]. -- CПб.: БХВ-Петербург, 2008. -- 716 с.

21. Кононов, К.Н. 1С: Предприятие. Комплексная конфигурация. Секрет работы [Текст]. -- CПб.: БХВ-Петербург, 2006. -- 499 с.

22. Маклаков, В.М Создание информационных систем с AllFusion Modelling Suite [Текст]. -- М.: Диалог-МИФИ, 2003. -- 624 с.

23. Николаенко, П.П. Практическое пособие по программированию в системе «1С: Предприятие 8.2» [Текст]. -- Спб: 1С-Паблишинг, 2009. -- 396 с.

24. Орлов, И.Ю. Реализация прикладных задач в системе «1С: Предприятие 8.2» [Текст]. -- CПб.: БХВ-Петербург, 2010. -- 588 с.

25. Павлов, Н.В. Программирование в системе 1С: 8.2 для начинающих [Текст]. -- CПб.: БХВ-Петербург, 2010. -- 588 с.

26. Петушков, В.Е. Конфигурирование в 1с: 8.2 для профессионалов [Текст]. -- Спб: 1С-Паблишинг, 2009. -- 476 с.

27. Пистолетов, А.А. Основы программирования в 1С: Предприятие [Текст]. -- Спб: 1С-Паблишинг, 2008. -- 779 с.

28. Ракитов, С.О. Базовые навыки реализации конфигураций в 1С: Предприятие [Текст]. -- Спб: 1С-Паблишинг, 2009. -- 402 с.

29. Рябцев, Г.Е. Методы проектирования информационных систем [Текст]. -- М.: Символ, 2004. -- 539 с.

30. Самарин, В.И. 1С: Предприятие. Встроенный язык написания конфигурации [Текст]. -- Спб: 1С-Паблишинг, 2008. -- 306 с.

31. Яковлев, П.Р. Проектирование информационных систем [Текст]. -- Ростов-на-Дону: Феникс, 2009. -- 512 с.

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