Разработка предметно-ориентированной конфигурации "Управленческий учет в ИТ-компании" на платформе "1С: Предприятие 8.3"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 25.02.2016
Размер файла 3,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

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

Курсовая работа

Разработка предметно-ориентированной конфигурации «Управленческий учет в ИТ-компании» на платформе «1С: Предприятие 8.3»

Введение

прикладной алгоритм учет

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

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

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

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

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

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

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

1. Функциональный анализ предметной области

1.1 Теоретические основы проектирования прикладных решений на платформе «1С: Предприятие 8.3»

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

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

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

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

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

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

1.2 Управленческая характеристика предметной области конфигурирования

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

Простота и удобство работы сделают данную конфигурацию незаменимым помощником в любой IT-структуре.

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

Основные возможности:

· Заказы поставщикам, контроль их оплаты и поставки;

· Соглашение на предоставление сервиса;

· Возможность формирования аналитических отчетов;

· Формирование счетов на оплату;

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

· Возможность вести учет сразу по нескольким организациям;

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

· Оплата и контроль услуг сторонним организациям за ремонт и обслуживание;

· Обслуживание на рабочем месте, где произошла проблема и отражение этого факта в программе;

· База клиентов, поставщиков.

1.3 Проектирование комплекса функциональных подсистем конфигурации

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

Рис. 1. Подсистемы

Первая подсистема называется «SLA» (Рис. 2).

Рис. 2. SLA

Здесь мы можем просмотреть базу предоставляемых сервисов. Принимаем заказы на определенный сервис и здесь же выписываем счета на оплату. В этой подсистеме доступны все аналитические отчеты.

Вторая подсистема называется «Заказы поставщикам» (Рис. 3).

Рис. 3. Поставщики

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

Третья подсистема называется «Сотрудники» (Рис. 4).

Рис. 4. персонал

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

Четвертая подсистема называется «Техническая поддержка» (Рис. 5).

Рис. 5. Поддержка

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

2. Разработка объектной модели предметной области

2.1 Конфигурирование системы хранения условно-постоянной информации

Перечисления

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

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

В конфигурации используются следующие перечисления (Табл. 1):

Табл. 1

Имя

Значения

Пол

Мужской, Женский

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

Рис. 6. Перечисление «Пол»

Справочники

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

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

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

§ «Клиенты»;

§ «Отделы»;

§ «Сотрудники»;

§ «Организации»;

§ «Сервисы»;

§ «Должности»;

§ «Уровни сервиса»;

§ «Поставщики»;

§ «Номенклатура»;

§ «Состояния заказов клиентам»;

§ Договора контрагентов.

Справочник «Клиенты»

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

Структура справочника представлена в Табл. 2.

Табл. 2

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 50

Ф.И.О. клиента

Номер телефона

Строка, 15

Номер телефона клиента

Адрес

Строка, 50

Адрес клиента

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

Рис. 7. Справочник «Клиенты»

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

Данный справочник содержит список должностей, занимаемых сотрудниками.

Структура справочника представлена в Табл. 3.

Табл. 3

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 100

Название должности

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

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

Справочник «Отделы»

Данный справочник содержит список отделов организации.

Структура справочника представлена в Табл. 4.

Табл. 4

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 50

Название отдела

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

Рис. 9. Справочник «Отделы»

Справочник «Организации»

Данный справочник содержит список организаций, взаимодействующих с нашей.

Структура справочника представлена в Табл. 5.

Табл.5

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 100

Название организации

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

Рис. 10. Справочник «Организации»

Справочник «Номенклатура»

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

Структура справочника представлена в Табл. 6.

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 25

Название номенклатуры

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

Рис. 11. Справочник «Номенклатура»

Справочник «Сервисы»

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

Структура справочника представлена в Табл. 7.

Табл. 7

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 150

Название сервиса

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

Рис. 12. Справочник «Сервисы»

Справочник «Уровни сервиса»

Данный справочник содержит список уровней сервиса.

Структура справочника представлена в Табл. 8.

Табл. 8

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 25

Название уровня

Предопределенный элемент - стандартный.

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

Рис. 13. Справочник «Уровни сервиса»

Справочник «Поставщики»

Данный справочник содержит список поставщиков материалов клубу.

Структура справочника представлена в Табл. 9.

Табл. 9

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 100

Название организации-поставщика

Адрес

Строка, 100

Название адреса поставщика

Телефон

Строка, 10

Телефон поставщика

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

Рис. 14. Справочник «Поставщики»

Справочник «Состояние заказов поставщикам»

Данный справочник содержит список состояний заказов поставщикам.

Структура справочника представлена в Табл. 10.

Табл.10

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 100

Название состояния

Справочник содержит предопределенные элементы:

· В работе

· Выполнен

· Заявка

· На согласовании

· Отменен

· Согласован.

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

Рис. 15. Справочник «Состояние»

Справочник «Договора контрагентов»

Данный справочник содержит список договоров контрагентов.

Структура справочника представлена в Табл. 11.

Табл. 11

Реквизит

Тип

Краткая информация

Код

-

-

Наименование

Строка, 25

Название договоров

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

Рис. 16. Справочник «Договора»

2.2 Проектирование системы учета хозяйственных операций

Документы

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

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

§ «Соглашение об уровне предоставления услуг»;

§ «Счет на оплату предоставления сервиса»;

§ «Заказы поставщикам»;

§ «Покупки клиентов»;

§ «Доверенности»;

Документ «Соглашение об уровне предоставления услуг»

Данный документ регистрирует факт предоставления услуги (сервиса) клиентам (контрагента).

Структура документа представлена в Табл. 12.

Табл. 12

Реквизит

Тип

Краткая информация

Клиент

СправочникСсылка. Клиенты,

Ф.И.О. клиента

Ответственный

СправочникСсылка.сотрудники

Ф.И.О. ответственного сотрудника

Действует с

Дата

Дата приема сервиса

Действует по

Дата

Дата окончания сервиса

Договор

СправочникСсылка. ДоговораКонтрагентов

Итог

Число

Документ содержит табличную часть - задание (табл. 13).

Табл. 13

Реквизит

Тип

Краткая информация

Сервис

СправочникСсылка. Сервисы

Название сервиса

Уровень сервиса

СправочникСсылка. УровниСервиса

Название уровня

Исполнитель по умолчанию

СправочникСсылка.сотрудники

Ф.И.О. первоначального исполнителя

Цена

Число

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

Рис. 17. Документ «Соглашение»

Документ имеет обработку заполнения:

Процедура ОбработкаПроведения (Отказ, Режим)

 // регистр ПредоставляемыеСервисы Приход

Движения. СтоимостьУслуг. Записывать = Истина;

Движения. ПредоставляемыеСервисы. Записывать = Истина;

Для Каждого ТекСтрокаЗадание Из Задание Цикл

Движение = Движения. СтоимостьУслуг. Добавить();

Движение. Период = Дата;

Движение. Услуга = ТекСтрокаЗадание. Сервис;

Движение. Цена = ТекСтрокаЗадание. Цена;

Движение = Движения. ПредоставляемыеСервисы. Добавить();

Движение. ВидДвижения = ВидДвиженияНакопления. Приход;

Движение. Период = Дата;

Движение. Сервис = ТекСтрокаЗадание. Сервис;

Движение. Количество = 1;

КонецЦикла;

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

На форме документа реализованы процедуры:

&НаКлиенте

Процедура ЗаданиеСервисПриИзменении(Элемент)

ОбщийИтог();

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

&НаКлиенте

Процедура ОбщийИтог()

ИтоговаяСтоимость = Объект. Задание. Итог («Цена»);

Объект. Итог = ИтоговаяСтоимость;

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

&НаКлиенте

Процедура ЗаданиеЦенаПриИзменении(Элемент)

ОбщийИтог();

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

Документ «Счет на оплату предоставления сервиса»

Данный документ формируется на основании вышеописанного.

Структура документа представлена в Табл. 14.

Табл. 14

Реквизит

Тип

Краткая информация

Основание

ДокументСсылка. СоглашениеОбУровнеПредоставленияУслуг

Документ

Сумма

Число

Работу выполнил

СправочникСсылка.сотрудники

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

Рис. 18. Документ «Счет»

Документ имеет обработку заполнения:

Процедура ОбработкаЗаполнения (ДанныеЗаполнения, СтандартнаяОбработка)

 // {{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

 // Данный фрагмент построен конструктором.

 // При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип («ДокументСсылка. СоглашениеОбУровнеПредоставленияУслуг») Тогда

 // Заполнение шапки

Сумма = ДанныеЗаполнения. Итог;

РаботуВыполнил = ДанныеЗаполнения. Ответственный;

Основание = ДанныеЗаполнения. Ссылка;

КонецЕсли;

 // }}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

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

Документ «Заказы поставщикам»

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

Структура документа представлена в Табл. 15.

Табл. 15

Реквизит

Тип

Краткая информация

От кого

СправочникСсылка. Организации

Список организаций

Дата принятия заказа

Дата

Дата

Состояние заказа

СправочникСсылка. СостоянияЗаказовПоставщикам

Состояние заказа

В режиме конфигурации документ «Заказы поставщикам» будет выглядеть следующим образом (Рис. 19):

Рис. 19. Документ «Заказы поставщикам»

Документ имеет обработку проведения:

Процедура ОбработкаПроведения (Отказ, Режим)

 // {{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

 // Данный фрагмент построен конструктором.

 // При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

 // регистр ОстаткиМатериалов Приход

Движения. ОстаткиМатериалов. Записывать = Истина;

Для Каждого ТекСтрокаНоменклатура Из Номенклатура Цикл

Движение = Движения. ОстаткиМатериалов. Добавить();

Движение. ВидДвижения = ВидДвиженияНакопления. Приход;

Движение. Период = Дата;

Движение. Наименование = ТекСтрокаНоменклатура. Номенклатура;

Движение. Количество = ТекСтрокаНоменклатура. Количество;

КонецЦикла;

 // }}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

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

На форме документа реализованы процедуры:

&НаКлиенте

Процедура НоменклатураКоличествоПриИзменении(Элемент)

СтрокаТЧ = Элементы. Номенклатура. ТекущиеДанные;

РаботаСДокументамиКлиент. РасчетСуммыДокументаЗаказыПоставщикам(СтрокаТЧ);

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

&НаКлиенте

Процедура НоменклатураЦенаПриИзменении(Элемент)

СтрокаТЧ = Элементы. Номенклатура. ТекущиеДанные;

РаботаСДокументамиКлиент. РасчетСуммыДокументаЗаказыПоставщикам(СтрокаТЧ);

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

Документ «Доверенность»

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

Структура документа представлена в Табл. 16.

Табл. 16

Реквизит

Тип

Краткая информация

Доверенное лицо

СправочникСсылка.сотрудники

Доверенное лицо

Банковский счет

Строка (24)

Организация

СправочникСсылка. Организации

Организация

Основание

ДокументСсылка. ЗаказыПоставщикам

Также документ «Доверенность» имеет табличную часть «печать», информация о которой приведена в Табл. 17.

Табл. 17

Реквизит

Тип

Краткая информация

Контрагент

СправочникСсылка. Поставщики

Название поставщика у которого получают товар

Договор

СправочникСсылка. ДоговораКонтрагентов

Номер договора

Дата действия

Дата

Количество часов, за которое проводилась услуга

На получение от

СправочникСсылка. Поставщики

Поставщик

По документу

ДокументСсылка. ЗаказыПоставщикам

Документ

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

Рис. 20. Документ «Доверенности»

Документ имеет обработку заполнения:

Процедура ОбработкаЗаполнения (ДанныеЗаполнения, СтандартнаяОбработка)

 // {{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

 // Данный фрагмент построен конструктором.

 // При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип («ДокументСсылка. ЗаказыПоставщикам») Тогда

 // Заполнение шапки

Основание = ДанныеЗаполнения. Ссылка;

КонецЕсли;

 // }}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

КонецПроцедурыДокумент «Покупки клиентов»

Данный документ проводится, когда клиенты совершают покупки.

Структура документа представлена в Табл. 18.

Табл. 18

Реквизит

Тип

Краткая информация

Клиент

СправочникСсылка. Клиенты

Ф.И.О. клиента

Дата покупки

Дата

Документ содержит табличную часть - номенклатура.

Табл. 19

Реквизит

Тип

Краткая информация

Номенклатура

СправочникСсылка. Номенклатура

Название номенклатуры

Цена

Число

Количество

Число

Сумма

Число

В режиме конфигурации документ «Покупки клиентов» будет выглядеть следующим образом (Рис. 21):

Рис. 21. Документ «Покупка клиентов»

Документ имеет обработку проведения:

Процедура ОбработкаПроведения (Отказ, Режим)

 // {{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

 // Данный фрагмент построен конструктором.

 // При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

 // регистр ИсторияПокупок

Движения. ИсторияПокупок. Записывать = Истина;

Для Каждого ТекСтрокаПокупка Из Покупка Цикл

Движение = Движения. ИсторияПокупок. Добавить();

Движение. Период = Дата;

Движение. Клиент = Клиент;

Движение. Номенклатура = ТекСтрокаПокупка. Номенклатура;

Движение. Количество = ТекСтрокаПокупка. Количество;

Движение. Сумма = ТекСтрокаПокупка. Сумма;

КонецЦикла;

 // }}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

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

На форме документа реализованы процедуры:

&НаКлиенте

Процедура ПокупкаКоличсетвоПриИзменении(Элемент)

СтрокаТЧ = Элементы. Покупка. ТекущиеДанные;

РаботаСДокументамиКлиент. РасчетСуммыДокументаЗаказыПоставщикам(СтрокаТЧ);

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

&НаКлиенте

Процедура ПокупкаЦенаПриИзменении(Элемент)

СтрокаТЧ = Элементы. Покупка. ТекущиеДанные;

РаботаСДокументамиКлиент. РасчетСуммыДокументаЗаказыПоставщикам(СтрокаТЧ);

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

Регистры сведений

Объекты прикладного решения «Регистр сведений» позволяют хранить в прикладном решении произвольные данные в разрезе нескольких измерений. Информация в регистре сведений хранится в виде набора строк (записей). Каждая строка содержит набор измерений и соответствующие им значения ресурсов [1].

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

§ «Стоимость услуг»;

§ «История покупок»

Регистр сведений «Стоимость услуг»

Данный регистр сведений отражает цены на услуги (сервисы), предоставляемые организацией.

Структура регистра представлена в Табл. 20.

Табл. 20

Поле

Тип

Краткая информация

Измерения

Услуга

СправочникСсылка. Сервисы

Указывается услуга

Ресурсы

Цена

Число, 15

Указывается цена на услугу

В режиме конфигурации регистр сведений «Цены на услуги» будет выглядеть следующим образом (Рис. 25):

Рис. 25. Регистр сведений «Стоимость услуг»

Регистр сведений «История покупок»

Данный регистр сведений отражает покупки клиентов и стоимость номенклатуры.

Структура регистра представлена в Табл. 21.

Табл. 21

Поле

Тип

Краткая информация

Измерения

Клиент

СправочникСсылка. Клиенты

Указываются клиенты

Номенклатура

СправочникСсылка. Номенклатура

Указывается номенклатура

Ресурсы

Количество

Число, 15

Указывается количество

Сумма

Число, 15

Указывается сумма

В режиме конфигурации регистр сведений «История покупок» будет выглядеть следующим образом (Рис. 26):

Рис. 26. Регистр сведений «История покупок»

Регистры накопления

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

Помимо итоговых значений показателей, регистр может хранить и промежуточные итоги, рассчитанные для указанных периодов [5].

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

§ «Остатки материалов»;

§ «Предоставляемые сервисы»;

Регистр накоплений «Остатки материалов»

Данный регистр накопления накапливает информацию об оставшихся материалах.

Структура регистра представлена в Табл. 22.

Табл. 22

Поле

Тип

Краткая информация

Измерения

Наименование

СправочникСсылка. Номенклатура

Указывается номенклатура

Ресурсы

Количество

Число, 15

Указывается количество остатков

В режиме конфигурации регистр накопления «Остатки материалов» будет выглядеть следующим образом (Рис. 27):

Рис. 27. Регистр накопления «Остатки материалов»

Регистр накоплений «Предоставляемые сервисы»

Данный регистр накопления накапливает информацию о предоставленных сервисах.

Структура регистра представлена в Табл. 23.

Табл. 23

Поле

Тип

Краткая информация

Измерения

Сервис

СправочникСсылка. Сервисы

Указывается сервис

Ресурсы

Количество

Число, 10

В режиме конфигурации регистр накопления «Предоставляемые сервисы» будет выглядеть следующим образом (Рис. 28):

Рис. 28. Регистр накопления «Предоставляемые сервисы»

2.3 Разработка дополнительных алгоритмов обработки информации

Модуль ? это некий текстовый файл, который содержит программный код.

В конфигурации используется следующие общий модуль:

§ «Расчет суммы» - данный модуль позволяет рассчитать сумму в конкретной строке табличной части документа

Процедура РасчетСуммыДокументаЗаказыПоставщикам(СтрокаТЧ) Экспорт

СтрокаТЧ. Сумма = СтрокаТЧ. Количество*СтрокаТЧ. Цена;

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

2.4 Разработка аналитической подсистемы предметно-ориентированного решения

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

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

§ «Остаток материалов в организации»;

§ «Предоставляемые сервисы»;

§ «Стоимость предоставленных услуг»;

§ «Заказы поставщикам»;

§ «Покупки клиентов».

Отчет «Остаток материалов в организации»

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

Источником данных в этом отчете является регистр сведений «Остатки материалов» (Рис. 30).

Рис. 30. Конструктор запроса отчета «Остатки материалов»

В режиме конфигурации отчет «Остаток материалов» будет выглядеть следующим образом (Рис. 31):

Рис. 31. Отчет «Остаток материалов»

Выведем информацию с помощью диаграммы (Рис. 32).

Рис. 32. Диаграмма отчета «Остаток материалов»

Отчет «Предоставляемые сервисы»

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

Источником данных в этом отчете является регистр накопления «Предоставляемые сервисы» (Рис. 33).

Рис. 33. Конструктор запроса отчета «Сервисы»

В режиме конфигурации отчет «Предоставляемые сервисы» будет выглядеть следующим образом (Рис. 34):

Рис. 34. Отчет «Сервисы»

Отчет «Стоимость предоставленных услуг»

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

Источником данных в этом отчете является регистр сведений «Стоимость услуг» (Рис. 35).

Рис. 35. Конструктор запроса отчета «стоимость услуг»

В режиме конфигурации отчет «Стоимость услуг» будет выглядеть следующим образом (Рис. 36):

Рис. 36. Отчет «Стоимость услуг»

Отчет «Заказы поставщикам»

Данный отчет предназначен для вывода информации о заказах поставщикам.

Источником данных в этом отчете является документ «Заказы поставщикам» (Рис. 37).

Рис. 37. Конструктор запроса отчета «Приемы на работу»

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

Рис. 38. Отчет «Заказы поставщикам»

Отчет «Покупки клиентов»

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

Источниками данных в этом отчете являются документ «Покупки клиентов». (Рис. 39).

Рис. 39. Конструктор запроса отчета «Покупки клиентов»

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

Рис. 40. Отчет «Покупки клиентов»

Заключение

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

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

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

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

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

1. Радченко М.Г. 1С: Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы. - М.: ООО «1С-Паблишинг», СПб.: Питер, 2009. - 874 с.

2. Селищев Н. Администрирование системы «1С: Предприятие 8.3». - Спб.: Издательский дом «Питер», 2012. - 400 c.

3. Форум. Программистам. Бухгалтерам. Администраторам. Пользователям. [http://forum-1 c.ru/] (дата обращения: 23.11.2015).

4. Отраслевые и специализированные решения 1С: Предприятие. [http://solutions.1 c.ru/catalog/fitness/features] (дата обращения: 28.11.2015).

5. 1С: Предприятие 8. [http://v8.1 c.ru] (дата обращения: 28.11.2015).

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


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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.