Преподаватель который помогает студентам и школьникам в учёбе.

Разработка конфигурации "Спорткомплекс" на платформе 1С: Предприятие

Содержание:

Введение

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

В настоящее время более тысячи организаций использует для автоматизации своей деятельности программы, которые входят в систему программ "1С:Предприятие". Наиболее свободно распространены типичные продукты системы "1С:Предприятие", предназначение которых состоит в автоматизации различных учетных задач (бухгалтерия, склад, управление кадрами и пр.). В наше время стремительно увеличивается число созданных на базе "1С:Предприятие" программ, предназначенных для автоматизации конкретных участков организации.

Наличие такого спектра продуктов и их массовое успешное внедрение во многом обусловлено тем, что в основе "1С:Предприятия" лежит технологическая платформа, возможности которой и позволяют фирме «1C», независимым разработчикам, а также самим клиентам создавать самые разнообразные бизнес-приложения.

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

Так же в спорткомплексах систематически проводятся многообразные спортивные мероприятия – соревнования. Для них, то же, необходим соответствующий учёт и систематическое обновление списков. Опять же это огромная работа и большая трата человеческих ресурсов.

В данные моменты времени, на помощь сотруднику приходят ИС (информационные системы), которые способны обработать значительное количество информации, в течении короткого промежутка времени и не делая ошибок.

Целью данного курсового проекта является автоматизация работы администратора спорткомплекса, а так же замена бумажных архивов более современными электронными архивами, соответствующих современным этапам компьютеризации.

Проектная часть

Краткий анализ предметной области

Физкультурно-спортивный комплекс " Олимпиец " (в дальнейшем ФСК) создан приказом от 06.09.2012г. №517 "О совершенствовании физкультурно-массовой и спортивной работы среди работников ".

ФСК является структурным подразделением предприятия.

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

В своей деятельности ФСК руководствуется действующим законодательством.

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

Главной целью деятельности ФСК являются:

Формирование целостной и всесторонне развитой личности;
Популяризация содержательного досуга через занятия различными видами спорта.

Предметом деятельности ФСК являются:

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

Главными задачами ФСК являются:

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

Структура и штаты ФСК определяются и формируются директором совместно с финансово - экономическим отделом и отделом кадров.

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

Анализ существующего программного обеспечения, позволяющего решить поставленную задачу

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

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

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

Моделирование данных ;
Особенности архитектуры и функциональные возможности;
Контроль работы системы;
Особенности разработки приложений ;
Производительность ;
Надежность;
Требования к рабочей среде;

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

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

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

«1С:Предприятие» хороший кандидат для построения и проектирования базы данных. «1С:Предприятие» позволит нам грамотно и корректно спроектировать целостное программное обеспечение для школы. Также «1С:Предприятие» позволит легкое взаимодействие и оперирование пользователем теми или иными данными.[1].

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

CRM-системы представлены ниже в таблице 1^[1]

Таблица 1

Характеристики рассматриваемых систем

Название	SugarCRM	1C:CRM Проф.	ASoft CRM	Monitor CRM
Год выпуска первой версии системы	2004	2010	2004	2000
Области бизнеса для применения.	Дистрибуция, склад, логистика. Строительство и недвижимость. Оказание профессиональных услуг. Производство. Торговля оптовая. Торговля розничная. IT и Telecom. Финансовые услуги. Оказание медицинских услуг. Издательские услуги и полиграфия.	Строительство и недвижимость. Оказание профессиональных услуг. Производство. Торговля оптовая. IT и Telecom. Оказание медицинских услуг. Издательские услуги и полиграфия. Оказание образовательных услуг. HORECA (Общепит и отельный бизнес).	Дистрибуция, склад, логистика. Строительство и недвижимость. Оказание профессиональных услуг. Производство. Государственные органы. Издательские услуги и полиграфия. Оказание образовательных услуг. HORECA (Общепит и отельный бизнес).	Дистрибуция, склад, логистика. Строительство и недвижимость. Оказание профессиональных услуг. Производство. Торговля оптовая. Торговля розничная. IT и Telecom. Финансовые услуги. Оказание медицинских услуг. Государственные органы.
Количество рабочих мест	1...>1000	1...25	1...>1000	1...>1000
Ведение списка клиентов	Да	Да	Да	Да
Ведение продаж	Да	Да	Да	Да
Ведение задач	Да	Да	Да	Да
Ведение маркетинговых кампаний	Да	Да	Да	Да
Лицензия	Открытая	Частная	Частная	Частная

Так же рассмотрим стоимость данных CRM-решений, которые представлены ниже в таблице 2.

Таблица 2

Стоимость рассмотренных систем

Название АCRM-решения	Средняя стоимость решения на одно рабочее место
1.1С:CRM ПРОФ.	19600 руб.
2. Sugar CRM.	62000 руб.
3. ASoft CRM.	50000 руб.
4. Monitor CRM.	38000руб.

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

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

Обоснование выбора системы для разработки прикладного решения

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

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

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

Разумеется, что «1С:Предприятие» — не универсальное, а специализированное (предметно-ориентированное) средство разработки. Конечно, ни один инструмент не может претендовать на решение всех мыслимых проблем, однако универсальные средства разработки ориентированы на достаточно широкий спектр задач, а платформа «1С» — на задачи автоматизации бизнеса.

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

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

В ее составе: развитая справочная система, механизм ролевой настройки прав, инструменты создания дистрибутивов, удаленного обновления приложений, сравнения и объединения приложений, ведения журналов и диагностики работы приложения, создания Web-приложений и приложений для КПК, а также поддержка коллективной разработки, и пр.

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

Разумеется, у всех преимуществ предметно-ориентированной среды есть и обратная сторона. В отличие от универсальных средств, здесь имеются ограничения в выборе технологических решений и возможностях их «тонкой» настройки. Многие технологические решения определены в самой модели и не могут быть изменены разработчиком приложения. Например, в «1С:Предприятии» он не имеет прямого доступа к базе данных, ему нужно действовать теми средствами, которые использует модель «1С:Предприятие». В универсальных средствах можно все и можно произвольно выбирать любое сочетание технологических решений.

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

На компьютерах, используемых в качестве рабочих мест пользователей, применяется ОС Window 7. Это современная многозадачная многопользовательская ОС с графическим интерфейсом пользователя.

Данная работа по разработке модуля бизнес-процесса будет осуществлена в системе 1С: Предприятие.

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

Обоснование требований к разрабатываемому прикладному решению

Требование к программному обеспечению:

Регистрация клиента в системе;
Создание и изменение документов;
Выдача клиенту на руки форм отчетности документов;

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

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

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

Рассмотрим существенные допустимые варианты при приобретении информационной системы для автоматизации спортивного комплекса:

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

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

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

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

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

Анализ среды разработки

Рынок информационных систем CRM изобилует большим выбором и возможностями программных продуктов. Важным моментом, является знание того, что информационные системы могут представлять собой так называемый «коробочный продукт», когда ЭИС подбирается под типовые задачи и заказной, когда ЭИС пишется под конкретные специфические потребности предприятия.

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

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

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

Архитектура разрабатываемого прикладного решения

Для обследования объекта автоматизации составим матрицу бизнес – процессов, в которой отображены основные бизнес – процессы системы и соответствующие им примеры элементарных бизнес – процессов (см. таблицу 3):

Таблица 3

Матрица бизнес – процессов

Основные бизнес – процессы	Элементарные бизнес-процессы
1) Подготовка соревнования	- Сбор необходимых ресурсов для разработки задач соревнования; - Формирование пакета задач; - Формирование папки бланков ответов и заданий соревнования;
2) Подготовка места для проведения соревнования	- Поиск необходимого места для проведения соревнования; - Подготовка территории для проведения соревнования;
3) Создание списка участников соревнования	- Ознакомление с правилами; - Принятие решения об участии в соревновании; - Формировании списка участников соревнования;
4) Проведение соревнования	- Запуск соревнования; - Выдача заданий соревнования; - Написание ответов на вопросы соревнования; - Проверка решений;
5) Анализ проведенного соревнования	- Предварительный подсчет; - Рассмотрение жалоб; - Перерасчет результатов; - Формирование окончательных результатов;
6) Создание и публикация отчетов	- Принятие решения о закрытии соревнования; - Формирование отчета о прошедшем соревновании; - Публикация и информирование о результатах соревнования; - Анализ окончательных результатов;

Основная идея методологии IDEF0 заключается в организации моделируемого процесса в виде совокупности взаимосвязанных функций. Функции строятся по иерархическому принципу, корнем иерархии является основная функция моделируемого процесса.

Описание разработки IDEF0.

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

Итак, при обследовании объекта автоматизации построена модель «черного ящика» системы (рисунок 1) представляющую собой систему проведения соревнований. На диаграмме:

1. Вход: «Заявки на участие в соревновании»; «Список доступных мест для проведения соревнования»;

2. Выход (результат функционирования системы): «Отказ от участия в соревновании»; «Результаты проведения соревнования»; «Отчет о прошедшем соревнования»;

3) Механизмы (ресурсы, необходимые для выполнения работы): «Администратор»; «Судьи», «Участники;

4) Управление (управляющее воздействие): «Приказ о проведении соревнования»; «Регламент соревнования»;

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

На рисунке 2 приведена диаграмма IDEF0, представляющая собой декомпозицию первого уровня контекстной диаграммы «Организация соревнований по легкой атлетики», включающая в свой состав шесть функциональных блоков: «Подготовка соревнования», «Подготовка места для проведения соревнования», «Создание списка участников соревнования», «Проведение соревнования», «Анализ проведенного соревнования», «Создание и публикация отчетов».

Рисунок 1. Структурно - функциональная модель IDEF0

Рисунок 2 Декомпозици диаграммы

Рисунок 3 Декомпозици диаграммы Проведения соревнования

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

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

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

2) главные функции управления и обработки данных – свойственны как информационным системам любой специализации, так и именно данной ИС. Они воспроизводят особенности некоторого процесса обработки информации, при получении результатов, ведении информационной базы проекта. Данные функции организованы в таком порядке и в таком составе, которые продиктованы соглашениями обработки и управления данными в конкретной предметной области.

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

Рисунок 4 Дерево функций ИС

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

Рисунок 5 Схема документооборота

Алгоритмы взаимодействия объектов конфигурации между собой

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

Разрабатываемая автоматизированная система работает со справочниками. На каждый справочник предусмотрена экранная форма для заполнения и корректировки.

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

Основной информационной сущностью разрабатываемой системы является документ. Данная сущность содержит следующие поля:

Номер документа в базе данных;
Название документа;
Тип документа;
Дата создания;
Дата последнего изменения;

Информационная модель задачи автоматизации документооборота показана на рисунке 6.

Рисунок 6 Информационная модель задачи

Описание основных объектов разрабатываемого прикладного решения

В данной конфигурации будут разработаны следующие справочники:

Тренеры
Места работы
Список секций
Судьи
Занимающиеся
Разряды
Команды
Сотрудники

Разработаем справочники которые несут информативную сущность:

Команды
Разряды
Список секций
Места работы

Атрибут — это информационное отображение свойств объекта. Каждый объект характеризуется рядом основных атрибутов.

Сущность «Занимающиеся» состоит из следующих атрибутов:

Фамилия;
Секции;
Разряды;
Команды.

Сущность «Команды» состоит из следующих атрибутов:

Команды;
Список секций.

Сущность «Место работы» состоит из следующих атрибутов:

Место работы.

Сущность «Разряды» состоит из следующих атрибутов:

Разряды.

Сущность «Расписание соревнований» состоит из следующих атрибутов:

Тип;
Вид спорта;
Судьи;
Дни соревнований;
Время;
Описание.

Сущность «Список секций» состоит из следующих атрибутов:

Список секций.

Сущность «Судьи» состоит из следующих атрибутов:

ФИО.

Сущность «Тренеры» состоит из следующих атрибутов:

Фамилия;
Должность;
Место работы;
Секция;
Дата найма.

Рисунок 7 - Разработка справочника Команды

Таблица 4

Схема справочника Команды

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П50)	Свойство объекта	Наименование

Рисунок 8 - Разработка справочника Разряды

Таблица 5

Схема справочника Разряды

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П25)	Свойство объекта	Наименование

Рисунок 9 - Разработка справочника Список секций

Таблица 6

Схема справочника Список секций

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П25)	Свойство объекта	Наименование

Рисунок 10 - Разработка справочника Места работы

Таблица 7

Схема справочника Места работы

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П25)	Свойство объекта	Наименование

Далее разработаем основные справочника конфигурации.

Справочник Тренеры будет содержать следующие данные:

Рисунок 11 - Создание справочника Тренеры

Таблица 8

Схема справочника Тренеры

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П25)	Свойство объекта	Наименование
4	ФИО	Строка (П150)	Реквизит	ФИО
5	МестоРаботы	СправочникСсылка.МестаРаботы	Реквизит	Место работы
6	Секция	СправочникСсылка.СписокСекций	Реквизит	Секция
7	ДатаНайма	Дата	Реквизит	Дата найма

Создадим справочник Судью со следующими данными:

Рисунок 12 - Создание справочника Судьи

Таблица 9

Схема справочника Судьи

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П25)	Свойство объекта	Наименование
4	ФИО	Строка (П150)	Реквизит	ФИО

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

Рисунок 13 - Создание справочника Занимающиеся

Таблица 10

Схема справочника Занимающиеся

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П25)	Свойство объекта	Наименование
4	ФИО	Строка (П150)	Реквизит	ФИО
5	Секция	СправочникСсылка.СписокСекций	Реквизит	Секция
6	Разряд	СправочникСсылка.Разряды	Реквизит	Разряд
7	Команда	СправочникСсылка.Команды	Реквизит	Команда

Создадим справочник сотрудников:

Рисунок 14 - Создание справочника сотрудники

Таблица 11

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

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Код	Строка (Ф9)	Свойство объекта	Код
3	Наименование	Строка (П50)	Свойство объекта	Наименование
4	Должность	Строка (П50)	Реквизит	Должность

Далее создадим документ конфигурации Расписание соревнований.

Рисунок 15 - Данные документа Расписание соревнований

Таблица 12

Расписание

Код	Имя	Тип	Вид	Синоним
1	ПометкаУдаления	Булево	Свойство объекта	Пометка удаления
2	Номер	Строка (П9)	Свойство объекта	Номер
3	Дата	Дата и время	Свойство объекта	Дата
4	Проведен	Булево	Свойство объекта	Проведен
5	ТипСоревнований	Строка (П100)	Реквизит	Тип соревнований
6	ВидСпорта	СправочникСсылка.СписокСекций	Реквизит	Вид спорта
7	Описание	Строка (П150)	Реквизит	Описание
8	Судьи		Табличная часть	Судьи
9	Судья	СправочникСсылка.Судьи	Реквизит	Судья
10	ДниСоревнований		Табличная часть	Дни соревнований
11	ДеньСоревнований	Дата	Реквизит	День соревнований
12	ВремяСоревнований	Время	Реквизит	Время соревнований
13	Дети		Табличная часть	Дети
14	Занимающиеся	СправочникСсылка.Занимающиеся	Реквизит	Занимающиеся

К данному документу создадим форму для его редактирования:

Рисунок 16 - Форма документа Расписание соревнований

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

Рисунок 17 - Создание отчета

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

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.РасписаниеСоревнований.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| РасписаниеСоревнований.ВидСпорта,

| РасписаниеСоревнований.Дата,

| РасписаниеСоревнований.Номер,

| РасписаниеСоревнований.Описание,

| РасписаниеСоревнований.ТипСоревнований,

| РасписаниеСоревнований.Судьи.(

| НомерСтроки,

| Судья

| ),

| РасписаниеСоревнований.ДниСоревнований.(

| НомерСтроки,

| ДеньСоревнований,

| ВремяСоревнований

| ),

| РасписаниеСоревнований.Дети.(

| НомерСтроки,

| Занимающиеся

| )

|ИЗ

| Документ.РасписаниеСоревнований КАК РасписаниеСоревнований

|ГДЕ

| РасписаниеСоревнований.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьСудьиШапка = Макет.ПолучитьОбласть("СудьиШапка");

ОбластьСудьи = Макет.ПолучитьОбласть("Судьи");

ОбластьДниСоревнованийШапка = Макет.ПолучитьОбласть("ДниСоревнованийШапка");

ОбластьДниСоревнований = Макет.ПолучитьОбласть("ДниСоревнований");

ОбластьДетиШапка = Макет.ПолучитьОбласть("ДетиШапка");

ОбластьДети = Макет.ПолучитьОбласть("Дети");

Подвал = Макет.ПолучитьОбласть("Подвал");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьСудьиШапка);

ВыборкаСудьи = Выборка.Судьи.Выбрать();

Пока ВыборкаСудьи.Следующий() Цикл

ОбластьСудьи.Параметры.Заполнить(ВыборкаСудьи);

ТабДок.Вывести(ОбластьСудьи, ВыборкаСудьи.Уровень());

КонецЦикла;

ТабДок.Вывести(ОбластьДниСоревнованийШапка);

ВыборкаДниСоревнований = Выборка.ДниСоревнований.Выбрать();

Пока ВыборкаДниСоревнований.Следующий() Цикл

ОбластьДниСоревнований.Параметры.Заполнить(ВыборкаДниСоревнований);

ТабДок.Вывести(ОбластьДниСоревнований, ВыборкаДниСоревнований.Уровень());

КонецЦикла;

ТабДок.Вывести(ОбластьДетиШапка);

ВыборкаДети = Выборка.Дети.Выбрать();

Пока ВыборкаДети.Следующий() Цикл

ОбластьДети.Параметры.Заполнить(ВыборкаДети);

ТабДок.Вывести(ОбластьДети, ВыборкаДети.Уровень());

КонецЦикла;

Подвал.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Подвал);

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

ВЫБРАТЬ

РасписаниеСоревнований.ТипСоревнований,

РасписаниеСоревнований.ВидСпорта,

РасписаниеСоревнований.ДниСоревнований.(

ДеньСоревнований,

ВремяСоревнований

РасписаниеСоревнований.Судьи.(

Судья.ФИО

РасписаниеСоревнований.Дети.(

Ссылка,

НомерСтроки,

Занимающиеся

Тренеры.ФИО КАК Тренер,

Занимающиеся.ФИО КАК Занимающийся,

Занимающиеся.Разряд,

Занимающиеся.Команда

ИЗ

Документ.РасписаниеСоревнований КАК РасписаниеСоревнований

ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Тренеры КАК Тренеры

ПО РасписаниеСоревнований.ВидСпорта = Тренеры.Секция

ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Занимающиеся КАК Занимающиеся

ПО РасписаниеСоревнований.ВидСпорта = Занимающиеся.Секция

ГДЕ

РасписаниеСоревнований.Дата МЕЖДУ &ДатаС И &ДатаПО

Тестирование разработанного прикладного решения

Перейдем в режим предприятия мы увидим рабочий стол нашей конфигурации:

Рисунок 18 - Основной рабочий стол конфигурации

Создадим данные справочников:

Рисунок 19 - Наполнение справочников Судьи

Рисунок 20 - Наполнение справочника Тренера

Рисунок 21 - Наполнения справочника Занимающиеся

Далее перейдем к документу Расписание соревнований и заполним его:

Рисунок 22 - Создание расписания соревнований

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

Рисунок 23 - Формирование отчета о расписании

Таблица 13

Отчет в полном объёме


Параметры:	Дата С: 01.01.2017 0:00:00
	Дата ПО: 01.01.2018 0:00:00


Вид спорта
Команда
Разряд
Занимающийся
Тип соревнований	Дни соревнований		Дети	Тренер
Тип соревнований	Дни соревнований.Время соревнований	Дни соревнований.День соревнований	Дети.Занимающиеся	Тренер
Баскетбол
Команда А
1-й юнешеский разряд
Сидоров Иван
Отборочный тур	10:00:00	20.06.2017	Морозова Татьяна	Данильченко
2-й юношеский разряд
Титов Олександр
Отборочный тур	10:00:00	20.06.2017	Морозова Татьяна	Данильченко
Команда Б
1-й юнешеский разряд
Климович Валентин
Отборочный тур	10:00:00	20.06.2017	Морозова Татьяна	Данильченко
Бокс
Отборочный тур	12:00:00	01.06.2017	Трофимова Валентина
Отборочный тур	15:00:00	13.06.2017	Трофимова Валентина
Отборочный тур	12:00:00	01.06.2017	Петренко Инна
Волейбол
Отборочный тур	16:00:00	01.06.2017	Климович Валентин
Отборочный тур	15:00:00	02.06.2017	Климович Валентин
Отборочный тур	16:00:00	01.06.2017	Трофимова Валентина
Отборочный тур	15:00:00	02.06.2017	Трофимова Валентина
Отборочный тур	16:00:00	01.06.2017	Сидоров Иван
Отборочный тур	15:00:00	02.06.2017	Сидоров Иван

Заключение

В результате выполнения курсового проекта были проведены следующие работы:

изучена структура предметной области;
проведен анализ рынка существующих программных решений;
выработаны общие требования к разрабатываемому программному продукту;
разработана логическая модель базы данных;
выбрана среда разработки платформа 1С: Предприятия версия 8.3.8;

разработана конфигурация "Спорткомплекс"

проведена проверка и тестирование.

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

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

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

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

Таким образом, поставленные цели и задачи работы достигнуты, разработанный программный комплекс Автоматизация обработки базы данных воспитанников и тренерского состава в спорт школе "Олимпиец" соответствует сформулированным требованиям.

Список используемой литературы

ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам (с Изменением N 1).
ГОСТ 7.32- 2001 Структура и правила оформления 22с.
ГОСТ Р 50922-2006 Защита информации. Основные термины и определения.
ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.
Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы. [Электронный ресурс] — Электрон. дан. — М. : Финансы и статистика, 2011. — 224 с. — Режим доступа: http://e.lanbook.com/book/5306 — Загл. с экрана.
Боггс У., Боггс М. UML и Rational Rose 2002: Пер. с англ. – М.: ЛОРИ, 2001.
Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя.: Пер. с англ. – М.: ДМК, 2000. – Глава 2.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем- М.: Финансы и статистика, 2005.-544с.
Гончаров Д.И. Введение в конфигурирование в системе «1С: Предприятие 8». Основные объекты / Д.И. Гончаров. - М.: ЗАО «1С», 2007. -154 с.
Радченко М.Г. 1С: Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы. – М.: ООО «1С: Паблишинг», 2010. – 512 с.
Нуралиев С.Г. Архитектура 1С: Предприятия как продукт инженерной мысли 2009.
Кашаев С. М. 1С: Предприятие 8.3. Разработка прикладных решений. – М.: Вильямс, 2009. – 368 с.
Мацяшек Л. Анализ и проектирование информационных систем с помощью UML 2.0.-Москва: Вильямс, 2008.-816 с.
Мишенин А.И. Теория экономических информационных систем. — М.: Финансы и статистика, 2009. 240 с
Митичкин С.А. Разработка в системе 1С: Предприятие 8.3 – М.: ООО «1С: Паблишинг», 2013. – 413 с.
Разработка программного обеспечения - СПб : "Питер", 2004. - 592с.
Романов А.Г. Автоматизация служб предприятия. – Курск: КПО, 2011.
Смирнова Г.Н. Информационные системы в экономике. М. : Финансы и статистика, 2007.
Титоренко Г.А. Автоматизированные информационные технологии в экономике. М.: Компьютер, ЮНИТИ, 2008. -232с
Филимонова Е. В. Информационные технологии в профессиональной деятельности. Ростов н/Д: Феникс. 2014. - 352с.
Эйслер В.К. Автоматизация экономических процессов. М.: Финансы и статистика. 2008. - 213 с.

http://sugartalk.net/analysis-of-crm-systems ↑