CC BY
35
ЭЛЕКТРОННЫЙ НАУЧНЫЙ ЖУРНАЛ «APRIORI. CЕРИЯ: ЕСТЕСТВЕННЫЕ И ТЕХНИЧЕСКИЕ НАУКИ»
№ 3 2016
УДК 004
АВТОМАТИЗИРОВАННАЯ СИСТЕМА УЧЁТА БАЗ ПРАКТИК
Захватова Анастасия Николаевна
магистрант
Мордовский государственный университет им. Н.П. Огарева, Саранск
Аннотация. В статье рассматривается автоматизация процессов с помощью технических и программных средств, а так же автоматизация системы учёта баз практик.
Ключевые слова: заявка, договор, приказ, автоматизированная система, база практики, программирование, база данных.
AUTOMATED ACCOUNTING SYSTEM DATABASE PRACTICES
Zakhvatova Anastasia Nicolaevna
undergraduate Mordovian state university of N.P. Ogaryov, Saransk
Abstract. The article deals with the automation of processes using hardware and software as well as automation of the accounting system database practices.
Key words: application, contract, order, automated system, base practices, programming, database.
В настоящее время мы живем в эпоху высоких технологий, где предприятия и организации стремятся к компьютеризации и автоматизации большинства процессов с помощью технических и программных средств [8]. Для любого предприятия актуальна автоматизация, так как она в первую очередь повышает конкурентоспособность продукции за счет ускорения всех стадий и процессов производства.
Главной целью разработки автоматизированной системы учета баз практик для вуза, является сокращение времени труда работников деканата и работников отдела управления учебной и производственной практики за счет перехода с ручного на электронный учёт. Для этого необходимо выявить основных участников самого процесса учета, их основные роли в данном процессе, определить последовательность и методику автоматизации основных работ. В результате данных работ создаются диаграммы, отражающие систематизацию всех этапов процесса разработки.
В настоящее время учёт и хранение данных в секторе учебной и производственной практики студентов осуществляется на бумажных носителях. В сравнении с имеющимся, новое решение позволит обеспечить быстрый доступ заинтересованных лиц к информации, выводить на печать автоматически сформированные документы и отчеты, повысить быстродействие, обеспечить надёжное хранение данных и более полный охват функций, подлежащих автоматизации.
Процесс разработки автоматизированной подсистемы начинается с анализа объекта автоматизации [9], в ходе которого выявляется множество взаимосвязанных ролей (акторов), используемых при взаимодействии с подсистемой, и основные варианты использования (прецеденты) для каждой их них, подлежащие автоматизации.
В частности в нашей подсистеме можно выделить два основных актора:
- работник деканата;
- сотрудник СУиПП1.
У системы существуют два основных пользователя: работник сектора учебной и производственной практики (далее работник СУиПП), сотрудник деканата. Сотрудник деканата - вводит данные о количестве поданных заявок от факультета на базы практик, вводит приказы о назначении баз практик. Работник СУиПП - составляет договора с организациями предоставляющие места для прохождения практик, формируют статистические отчеты по базам практик, осуществляют поиск истории прохождения практик по запрашиваемому студенту.
Все варианты использования показаны на рисунке 1.
При входе в систему и при работе с ней происходит процесс проверки прав. Так как дорабатывается имеющаяся информационная система, нам необходимо использовать имеющие роли для деканатов, а так же создать в конфигураторе роль, которую мы будем применять к добавленным пользователям. Для работы нам необходимо создать 2 роли. Так же будем использовать роль «Полные права» для администратора.
Для создания роли «СотрудникСУиПП» на вкладке общие выбираем пункт роли и добавляем новую роль. Заполним реквизит «Имя» как «СотрудникСУиПП» и синоним с таким же значением. Заполняем значения свойств нового объекта конфигурации. В окне настройке прав, для роли имеет смысл установить флаг «Устанавливать права для новых объектов». Если этого не сделать, то нам, при добавлении новых объектов конфигурации, придется устанавливать права для каждого нового объекта. Если параметр «Устанавливать права для новых объектов» не установлен, тогда, при добавлении нового справочника, набор его прав окажется незаполненным. При установке параметра, соответственно, набор прав будет заполнен. «Устанавливать права для реквизитов и табличных частей по умолчанию» также следует установить, что значительно упростит
1 Сектор учебной и производственной практики.
3
создание прав для этой роли. Например, установив все права на какой-либо справочник, реквизиты и табличные части этого справочника тоже автоматически будут выставлены. Установка этих параметров поможет нам быстро создавать объекты. После их создания их можно отключить.
Рис. 1. Диаграмма прецедентов системы
По мере создания новых объектов они добавляются в роли для деканатов и «ПолныеПрава». Подробный состав роли будет описан ниже при создании объектов конфигурации.
Было принято решение о добавлении одной подсистемы, а именно «Практика».
При создании подсистемы «Практика» на вкладке «Основные» заполняем реквизиты «Имя» и «Синоним» значением «Практика». В подсистеме «Практика» будут находиться операции, проводимые в университете касающихся практик, а так же основные отчеты.
Было принято решение, что данная подсистема будет доступна ролям для деканатов, администратору и сотрудникам СУиПП [4], так как в каждой подсистеме находятся операции, с которыми должен работать пользователь с присвоенной ему ролью. Чтобы произвести задуманные действия необходимо открыть каждую созданную роль и на вкладке «Права». В дереве конфигурации данной вкладки раскрыть ветвь «Общие» и установить флаг «Просмотр» на ветви «Подсистемы».
Создадим подчинённые подсистемы. Для этого в дереве конфигуратора выделим подсистему «Практика» и выбрать действие «Создать подсистему». Мы создаем две подсистемы для визуального удобного расположения создаваемых элементов «Справочники» и «Документы». Для этого аналогично основной подсистеме заполняем реквизиты «Имя» и «Синоним» значением «Справочники» для одной и «Документы» для другой соответственно.
После этого действия автоматически будут выставлены флаги по всем созданным подсистемам. Конечный вид командного интерфейса для перечисленных пользователей представлен на рисунке 2.
Справочники в системе 1С: Предприятие 8.2 предназначены для хранения информации, которая будет использована в других объектах 1С - документах, отчетах. Таким образом, учет в 1С ведется в разрезе справочников. Справочник является списком возможных значений того или
иного реквизита, которые мы создадим работая с информационной системой. Справочники используются в тех случаях, когда необходимо исключить неоднозначный ввод информации. Информация, которая хранится в справочниках, называют нормативно-справочной информацией.
Рис. 2. Командная панель
В дорабатываемой информационной системе существует различное множество справочников которые будут в ней использоваться. Часть этих справочников необходимо дорабатывать.
Справочник «ФизическиеЛица». Один из основных справочников системы он содержит в себе информацию о студентах, преподавателях и других физических лиц в создаваемой информационной системе.
Это не иерархический справочник. Иерархия списков физических лиц достигается за счет документов и дополнительных реквизитов.
Пронин Иван Иванович (Физическое лицо)
Внешний доступ И] Печать"
Записать и закрыть
Яш Личная информация
Щ Контактная информация
'■Ш Обучение
а Стипендия
^ Состав семьи
а; Практики
Военная служба
|Ш] История перемещений
СтудпроФком
ш Т рудовая деятельность
Результаты деятельности
<++) О, Найти...
Дата
23.04.2015 20:39:45
Номер приказа
Организация
Министерство связ!
Рис. 3. Форма элемента справочника «ФизическиеЛица»
6
В форме элемента справочника подтягивается вся необходимая информация по физическому лицу. Серия номер паспорта из регистра сведений «Паспортные данные». Адрес физического лица из регистра сведений «Контактная информация». История перемещений из регистра сведений «Состояние физических лиц» и т.д.
Окончательный вариант формы показан на рисунке 3. Создадим макет для печати заявки. Выделяем и создаем область, назначением ей имени «Подвал». Эта область будет выводить подвал документа в котором ставит роспись ответственное лицо. В данной области создаем параметры и шаблоны для будущей печатной формы:
- «Должность» - Параметр. В эту графу вносится должность исполнителя заявки;
- «[Звание] [ФИО]» - Шаблон. В эту графу вносится ученое звание и фамилия с инициалами исполнителя заявки;
Полученный макет представлен на рисунке 4.
1 2 3 4 5 6 7 8 э
Шапка 1 Заведущий сектором учебной и
2 производственной практики студентов
3 ФГБОУ ВПО "МГУ им. Н.П.Огарёва
4 Гаранинной Н.Ф.
5 «Должностью
6 <[3вание] [ФИО]>
7
8
9 Заявка на базы практик
10 <на [УчебныйГод] учебный год>
11 <Для направления подготовки "[Специальность]">
12 <[ФормаОбучения] формы обучения>
Группировк Строка Подвал 13 14
Виды практики База практики Курс Кол-во студентов Сроки
15 <ВидПрактики>
16 <БазаПракгики> <Курс> <Колво> <[ДатаНачала] [Де
17
18
19 <Допжность>
20 <3вание> <ФИО>
21
22
23
24
Рис. 4. Макет заявки
Окончательная форма документа представлена на рисунке 5.
Рис. 5. Фома документа «Заявка»
Создадим отчет «ЗаключенныеДоговораНаПрактику». Данный отчет служит для вывода информации по заключенным договорам с организациями, о их количестве и с оперативным доступом к ним.
Рис. 6. Отчет «Заключенные договора на практику»
8
Создадим отчет, в поле наименование внесем значение «Заключен-ныеДоговораНаПрактику», в поле синоним «Заключенные договора на практику». На вкладке подсистемы определим видимость в подсистеме «Практика». На вкладке Роли определим видимость для администратора и для сотрудника СУиПП.
На вкладке настройки Определим параметры которые будут отображаться. Это дата начала и дата окончания периода. А так же с помощью конструктора определим вид Отчета. Отчет будет являться списочным без группировок, упорядоченный по дате.
Вид отчета представлен на рисунке 6.
Рис. 7. Отчет «Заключенные договора на практику»
Отчет «РейтингОрганизаций». Данный отчет служит для вывода информации о рейтинге организаций [10], сколько студентов проходило в них практику. Создадим отчет, в поле наименование внесем значение «РейтингОрганизаций» в поле синоним «Рейтинг организаций». На вкладке подсистемы определим видимость в подсистеме «Практика». На вкладке «Роли» определим видимость для администратора и для сотрудника СУиПП.
На вкладке настройки с помощью конструктора определим вид Отчета. Отчет будет являться графический отчет без группировок. Видом графика выбрана круговая диаграмма.
Вид отчета представлен на рисунке 7.
Созданная информационная система позволит ускорить работу деканата и работников отдела управления учебной и производственной практики в целом, избавив тем самым от загруженности и бумажной волокиты, а так же автоматизируя многие процессы и не требуя при этом участия пользователей.
Список использованных источников
1. Гладкий А.А. 1 C: Предприятие 8.2. М.: Тритон, 2009. 256 с.
2. Грянина Е.А. 1 С: Предприятие 8.2. Конфигурирование и администрирование. М.: Фирма «1С», 2009. 324 с.
3. Дятченко Л.Я. Положение о порядке проведения практики студентов. Белгород: БелГУ, 2010. 285 с.
4. Афонин В.В., Федосин С.А., Иконников С.Е. Основы теории управления: лабораторный практикум. Саранск: Изд-во Мордов. ун-та, 2008. 244 с.
5. Мелькина Н.Н. Методические указания к технико-экономическому обоснованию дипломных проектов (для студентов всех форм обучения инженерных специальностей). Саранск: Изд-во Мордов. ун-та, 2013. 35 с.
6. Профессиональная разработка в системе «1 С: Предприятие 8»: в 2 т. М.: 1С-Паблишинг, 2012. Т. 2. 683 с.
7. Радченко М.Г., Хрусталева Е.Ю. 1 С: Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы. М.: ООО «1С-Паблишинг», 2009. 872 с.
8. Афонин В.В., Федосин С.А. О структурировании лабораторно-практических занятий при изучении дисциплин программирования // Образовательные технологии и общество. 2014. Т. 17. № 4. C. 497506. [Электронный ресурс]. Режим доступа: http://cyberleninka.ru/ article/n/o-strukturirovanii-laboratorno-prakticheskih-zanyatiy-pri-izuchen ii-distsiplin-programmirovaniya
9. Аббакумов А.А. Разработка методики и алгоритмов идентификации отклонений от нормативов параметров качества электроэнергии в системах электроснабжения: дис. ...канд. тех. наук. Саранск, 2005. 180 с.
10. Афонин В.В. Основы анализа систем массового обслуживания. Учеб. пособие. Саранск: Изд-во Мордов. ун-та, 2003. 234 с.
