Разработка автоматизированной системы работы с клиентами ООО

Рисунок 2.9 Сценарий диалога
Разработанное главное меню, реализующее сценарий диалога системы, является хорошо продуманным, позволяющим пользователю легко получить доступ к любой функции системы.
Характеристика базы данных
Одним из основных справочников программы автоматизации торговли является справочник «Номенклатура». Для подробного описания номенклатуры предназначены следующие реквизиты, описанные в таблице.
Таблица 2.3. Состав реквизитов справочника «Номенклатура»
Наименование реквизита Тип реквизита Описание Код Строка (9) Код услуги Наименование Строка (50) Наименование услуги НаименованиеПолное Неограниченная строка Полное наименование Артикул Строка (10) Артикул услуги ВидУслуги СправочникСсылка.ВидыУслуг Вид услуги Комментарий Неограниченная строка Комментарий ОтветственныйМенеджер Строка (100) Ответственный менеджер
У справочника «Номенклатура» нет табличной части.
Справочник «Номенклатура» является иерархическим, что позволяет группировать номенклатуру услуг по логическим группам.
Форма элемента справочника «Номенклатура» предназначена для подробного отображения данных об услуге. В модуле формы предусмотрены необходимые процедуры и функции, позволяющие работать с элементами справочника. Форма элемента справочника «Номенклатура» представлена на рисунке.

Рисунок 2.10. Форма элемента справочника «Услуги»
Форма списка справочника «Номенклатура» представляет иерархическое дерево со списком номенклатуры.


Рисунок 2.11. Форма списка справочника «Услуги»
Справочник «ВидыУслуг» предназначен для хранения информации по видам услуг. Реквизиты справочника «ВидыНоменклатуры» описаны в таблице.
Таблица 23 - Состав реквизитов справочника «ВидыНоменклатуры»
Наименование реквизита Тип реквизита Описание Код Строка (9) Код Наименование Строка (50) Наименование
У справочника «ВидыУслуг» нет табличной части. Ссылки на элементы данного справочника выбираются в элементах справочника «Номенклатура».
Справочник «Банки» предназначен для хранения информации по банкам. Реквизиты справочника «Банки» описаны в таблице.
Таблица 252.4 - Состав реквизитов справочника «Банки»
Наименование реквизита Тип реквизита Описание Код Строка (9) Код Наименование Строка (100) Наименование КоррСчет Строка (20) Корреспондентский счет банка Город Строка (50) Город Адрес Строка неограниченной длины Адрес Телефоны Строка неограниченной длины Телефоны
У справочника «Банки» нет табличной части. Справочник «Банки» является иерархическим, что позволяет группировать его данные по логическим группам. Ссылки на элементы данного справочника выбираются в элементы справочника «БанковскиеСчета».
Справочник «БанковскиеСчета» предназначен для хранения информации по банковским счетам предприятия и конрагентов. Реквизиты справочника «БанковскиеСчета» описаны в таблице.
Таблица 26 - Состав реквизитов справочника «БанковскиеСчета»
Наименование реквизита Тип реквизита Описание Код Строка (9) Код Наименование Строка (50) Наименование НомерСчета Строка (20) Номер счета Банк СправочникСсылка.Банки Банк БанкДляРасчетов СправочникСсылка.Банки Банк для расчетов ТекстКорреспондента Строка неограниченной длины Текст корреспондента ТекстНазначения Строка неограниченной длины Текст назначения ВидСчета Строка (15) Вид счета НомерИДатаРазрешения Строка (30) Номер и дата разрешения открытия счета ДатаОткрытия Дата Дата открытия счета ДатаЗакрытия Дата Дата закрытия счета МесяцПрописью Булево Указывать в дате документа месяц прописью СуммаБезКопеек Булево Указывать сумму без копеек, если она в целых рублях
У справочника «БанковскиеСчета» нет табличной части.
Справочник «Контрагенты» предназначен для хранения информации по контрагентам. Реквизиты справочника «Контрагенты» описаны в таблице.
Таблица 27 - Состав реквизитов справочника «Контрагенты»
Наименование реквизита Тип реквизита Описание Код Строка (9) Код Наименование Строка (50) Наименование ИНН Строка (13) ИНН контрагента КПП Строка (13) КПП контрагента КодПоОКПО Строка (10) Код по ОКПО Комментарий Строка неограниченной длины Комментарий ДокументУдостоверяющийЛичность Строка неограниченной длины Документ удостоверяющий личность НаименованиеПолное Строка неограниченной длины Наименование полное ОсновноеКонтактноеЛицо СправочникСсылка.ФизическиеЛица Основное контактное лицо ЮрФизЛицо ПеречислениеСсылка.ЮрФизЛицо Юр. / физ. лицо СрокВыполненияЗаказаПоставщиком Число (3) Срок выполнения заказа поставщиком (в днях) БанковскийСчет СправочникСсылка.БанковскиеСчета Банковский счет контрагента
У справочника «Контрагенты» нет табличной части. Справочник «Контрагенты» является иерархическим, что позволяет группировать его данные по логическим группам. Ссылки на элементы данного справочника выбираются в шапках складских документов, а также в регистре накопления «Взаиморасчеты».
Форма элемента справочника «Контрагенты» предназначена для подробного отображения данных о контрагенте. В модуле формы предусмотрены необходимые процедуры и функции, позволяющие работать с элементами справочника.
Форма элемента справочника «Контрагенты» представлена на рисунке

Рисунок 2.12. Форма элемента справочника «Контрагенты»
Форма списка справочника «Контрагенты» представляет иерархическое дерево со списком.

Рисунок 2.13. Форма списка справочника «Контрагенты»
Справочник «Фирмы» предназначен для хранения информации по существующим фирмам. Реквизиты справочника «Фирмы» описаны в таблице.
Таблица 28 - Состав реквизитов справочника «Фирмы»
Наименование реквизита Тип реквизита Описание Код Строка (6) Код Наименование Строка (25) Наименование ГлБухгалтер СправочникСсылка.ФизическиеЛица Главный бухгалтер ГНИ Строка (50) Наименование налоговой инспекции ДатаРегистрации Дата Дата регистрации фирмы ИНН Строка (13) ИНН КПП Строка (13) КПП ОКОНХ Строка (10) Код по ОКОНХ ОКПО Строка (10) Код по ОКПО ПочтовыйАдрес Строка (240) Почтовый адрес фирмы Руководитель СправочникСсылка.ФизическиеЛица Фамилия и инициалы руководителя фирмы БанковскийСчет СправочникСсылка.БанковскиеСчета Банковский счет ЮридическийАдрес Строка (240) Юридический адрес фирмы
У справочника «Фирмы» нет табличной части. Справочник не является иерархическим. Ссылки на элементы данного справочника выбираются в шапках всех документах, а также в регистрах накопления.
Справочник «Кассы» предназначен для хранения информации по существующим в фирмах кассах. Реквизиты справочника «Кассы» описаны в таблице.
Таблица 29 - Состав реквизитов справочника «Кассы»
Наименование реквизита Тип реквизита Описание Код Строка (6) Код Наименование Строка (25) Наименование
У справочника «Кассы» нет табличной части. Справочник не является иерархическим. Ссылки на элементы данного справочника выбираются в шапках документов «ПКО» и «РКО», а также в регистре накопления «Касса».
Структура базы данных представлена на ER-диаграмме, видимых на рисунке.


Рисунок 2.14.ER-модель структуры справочников
Из приведенной модели видно, что объекты конфигурации активно используют связи между таблицами, когда реквизиты одного объекта являются ссылками на другие объекты.
Структурная схема пакета (дерево вызова программных модулей)
Для разработка информационно-справочной системы автоматизации предприятия используется система 1С:Предприятие 8.1. Эта система имеет модульную форму организации конфигурации. В глобальных модулях хранятся переменные, процедуры и функции доступные из любых других модулей. Также можно выделить другие группы модулей:
Справочники;
Документы;
Перечисления;
Отчеты;
Обработки;
Регистры.
Следовательно, структуру программы можно описать следующими основными блоками, представленными на рисунке.

Рисунок 2.15. Блок-схема основных модулей программы
Работа с программой начинается с вывода главного окна программы и активизации системы меню. Работа программы осуществляется по диалоговому и событийному режиму, при этом под диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например - нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
Наиболее важным моментом работы конфигурации является проведение документов по регистрам накопления. Именно движения регистров являются результатом проведения документов и источником данных для формирования отчетов.
Описание программных модулей
В качестве системы разработки нами выбрана платформа «1С: Предприятие 8.1». Программы, разработанные на базе платформы «1С: Предприятие» называются «конфигурация» или «прикладное решение»
Прикладные решения не пишутся на языке программирования в обычном понимании этого слова. Вместо этого используется более абстрактная технология – технология метаданных. Метаданные представляют собой иерархическую структуру объектов, полностью описывающую все прикладное решение. Отличительной особенностью технологии метаданных является визуальное конструирование прикладного решения, что в разы убыстряет и упрощает разработку по сравнению с традиционными способами.
Платформа изолирует разработчика от низкоуровневого программирования. Разработчик не обращается к базе данных напрямую, а манипулирует объектами, командами встроенного языка и запросов. Платформа сама транслирует их в соответствующие команды SQL-сервера в случае клиент-серверного варианта работы или команды собственной СУБД для файлового варианта.
Конфигурация 1С – это совокупность прикладных объектов, каждый из которых максимально близко отражает объект предметной области. Общая структура прикладных объектов приведена на

Рисунок 2.16. Общий вид структуры прикладных объектов конфигурации

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

Рисунок 2.17. Состав параметров прикладного объекта «Справочник»
Отдельно следует остановиться на создании форм справочника и написании программных модулей этих форм. Формы справочника – есть основные элементы его интерфейса. Именно через формы происходит все визуальные действия пользователя с данными справочника. Формы определяют внешний вид, а программные модули реализуют алгоритмы отображения, ввода, редактирования, удаления данных.
Второй особо важной составляющей прикладного объекта «Справочник» является программный модуль объекта. В нем задаются процедуры поведения справочника не как составляющей части интерфейса пользователя, а как прикладного объекта конфигурации. В этом модуле могут быть прописаны следующие процедуры:
ОбработкаЗаполнения, в которой реализуется логика ввода элементов справочника на основании других объектов;
ПередЗаписью, в которой реализуется логика проверки определенных условий при записи элемента справочника;
ПередЗаписи, в которой реализуется логика записи элемента;
ПередУдалением, в которой реализуется логика проверки удаления элементов справочника;
ПриКопировании, в которой реализуется логика копирования элементов справочника;
ПриУстановкеНовогоКода, в корой реализуется логика работы при установке кода нового элемента справочника.
Не обязательно писать программный код всех этих процедур, достаточно запрограммировать только те из них, которые нужны для описания логики работы конкретного объекта.
В нашей системе автоматизации учета работы клиники необходимо реализовать следующие справочники:


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

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

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

Рисунок 2.19. Состав параметров объекта «Перечисление»
Основным параметром перечисления является список принимаемых им значений. Эти значения задаются в модуле «Конфигуратор» и не могут быть изменены в процессе работы в режиме «Предприятие». Пример списка значений перечисления «Коды операций» приведен на Рисунок 2.13.

Рисунок 2.20. Список значений перечисления «Коды операций»

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

Рисунок 2.21. Состав перечислений конфигурации

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

Рисунок 2.22. Состав параметров прикладного объекта «Документ».
Данные параметры задают логику поведения объекта «Документ» в конфигурации, его отображение и проведение по регистрам учета. Все эти параметры важны, но среди них выделяются следующие:
Состав форм: определяет состав экранных форм документа, которые являются главным и единственным интерфейсом взаимодействия пользователя и объекта;
Движения: определяет по каким регистрам учета будет проводиться данный документ
Основное предназначение прикладного объекта «Документ» - фиксация в системе факта совершения какой либо операции. Однако в абсолютном большинстве случаев простой фиксации факта совершения операции недостаточно. Любая операция в хозяйственной жизни предприятия производится для чего-нибудь, для достижения какой-либо цели, и обычно изменяет какие-либо учетные данные, по которым ведется учет ан предприятии. Так операция оформления прихода товара от поставщика (документ «Поступление ТМЦ») увеличивает остатки товаров на складах. Операция оформления в кассе расходного кассового ордера (документ «РКО») уменьшает количество наличных денег в кассе. Нередко оформление одной и той же операции в хозяйственной жизни предприятия, фиксируемое в системе учета соответствующим документом, вызывает движение не одного, а нескольких учетных параметров. В том же примере операция оформления прихода от поставщика не только увеличивает остатки товаров на складах, но и изменяет взаиморасчеты с поставщиками, а именно увеличивает нашу задолженность перед поставщиком (или уменьшает задолженность поставщика, если смотреть со стороны поставщика).
В конфигурации, разрабатываемой на базе платформы «1С: Предприятие 8.1» в качестве объектов, хранящих в себе учетные данные выступают регистры учета, а объектами изменяющими эти регистры (выполняющими движение по регистрам) являются документы. В каждом документе прописываются движения – по каким регистрам и какие движения производит данный документ в момент своего проведения. Пример настройки движений документа «Поступление ТМЦ» представлен на Рисунок 2.16.

Рисунок 2.23. Настройка движений по регистрам документа «Поступление ТМЦ»
Такая настройка должна быть проведена в каждом документе, созданном в конфигурации.
Само проведение документа по регистрам учета заключается в создании движения по этому регистру с заполнением всех полей регистра согласно его структуры, направления движения, а также дополнительных параметров движения. Схему заполнения параметров движения и всех полей регистра удобно представить в виде формы конструктора движений. Конструктор движений используется для помощи программисту в визуальном конструировании участка кода программного модуля документа, отвечающего за проведение, его удобно использовать для заполнения всех полей движения. На Рисунок 2.17 представлена форма конструктора движений для документа «Поступление ТМЦ».

Рисунок 2.24. Форма конструктора движений документа «Поступление ТМЦ»

Результатом работы конструктора является автоматически сформированный программный код в модуле объекта документа, а именно программный код процедуры «ОбработкаПроведения». Отметим, что текст процедуры может быть написан и полностью вручную, без использования конструктора, либо текст, сформированный конструктором может использоваться как шаблон для написания программистом своего текста. Данная процедура является центральной процедурой модуля объекта документа любого вида, именно она вызывается на исполнение при проведении документа, именно в ней запрограммированы все движения по регистрам учета. Текст процедуры «ОбработкаПроведения» документа «Поступление ТМЦ» приведен ниже.
Процедура ОбработкаПроведения(Отказ, Режим)
Если Фирма.Пустая() Тогда
Предупреждение("Заполните фирму!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Если Контрагент.Пустая() Тогда
Предупреждение("Заполните контрагента!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Если Склад.Пустая() Тогда
Предупреждение("Заполните склад!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;

Для Каждого ТекСтрокаНоменклатура Из Номенклатура Цикл
Если ТекСтрокаНоменклатура.Номенклатура.Пустая() Тогда
Предупреждение("Заполните склад!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
// регистр Остатки Приход
Движение = Движения.Остатки.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Фирма = Фирма;
Движение.Склад = Склад;
Движение.Номенклатура = ТекСтрокаНоменклатура.Номенклатура;
Движение.Количество = ТекСтрокаНоменклатура.Количество;
Движение.КодОперации = КодОперации;
КонецЦикла;
Для Каждого ТекСтрокаНоменклатура Из Номенклатура Цикл
// регистр Взаиморасчеты Расход
Движение = Движения.Взаиморасчеты.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Фирма = Фирма;
Движение.Контрагент = Контрагент;
Движение.Сделка = ЭтотОбъект.Ссылка;
Движение.Сумма = ТекСтрокаНоменклатура.Сумма;
КонецЦикла;
КонецПроцедуры

Таким образом, для каждого документа, выполняющего какие-либо движения по регистрам учета должен быть определен список регистров, по которым выполняются движения, а в модуле объекта документа написана процедура «ОбработкаПроведения» при помощи конструктора или вручную, в которой прописана вся логика движения по регистрам. Схема движения документов по регистрам учета представлена в Таблица 2.6.
Таблица 2.6 - Схема движения документов по регистрам учета
Документ/Регистр Остатки Продажи Взаиморасчеты Касса Банк Поступление ТМЦ Приход Расход Реализация Расход Оборот Приход Услуга Расход Оборот Приход Возврат (претензия) Приход Оборот Расход Списание ТМЦ Расход Перемещение ТМЦ Расход
Приход Приход по банку Расход Приход Расход по банку Приход Расход ПКО Расход Приход РКО Приход Расход Заявка
Как видно из таблицы, не все документы выполняют движения по регистрам. Если в предметной области не предусмотрено хранение учетных данных по какой-либо категории данных, то в конфигурации не предусматривается создание соответствующего регистра учета. Однако фиксация факта совершения каких-либо операций, касающихся данной категории данных все равно должна быть реализована. В этом случае в конфигурации создается документ, заполняются все го параметры, но не задаются никакие движения по регистрам. В этом случае документ просто фиксирует факт совершения операции, а журнал или список таких документов хранит историю таких операций. Отметим, что отчеты в конфигурации могут быть построены как по регистрам учета, так и по документам.
Список документов, разработанных в конфигурации приведен на Рисунок 2.18 , назначение каждого документа приведено в Таблица 2.7.

Рисунок 2.25. Список документов системы
Таблица 2.7 - Состав документов системы
Документ Описание Двигает регистры Поступление ТМЦ Факта прихода товара от поставщика на склад. Остатки
Взаиморасчеты Реализация Факт отгрузки товара покупателю Остатки
Продажи
Взаиморасчеты Услуга Факт оказания услуги и продажи сопутствующих товаров клиенту Остатки
Продажи
Взаиморасчеты Возврат (претензия) Факт возврата товара от покупателя или возврата услуги по какой-либо причине Остатки
продажи
Взаиморасчеты Списание ТМЦ Внутреннее списание товаров на складе Остатки Перемещение ТМЦ Внутренне перемещение товаров между складами Остатки Приход по банку Приход безналичных денежных средств на расчетный счет нашей фирмы. В основном оплата услуг и товара покупателями Банк
Взаиморасчеты Расход по банку Расход безналичных денежных средств с расчетного счета нашей фирмы. В основном оплата за поставленный товар поставщикам Банк
Взаиморасчеты ПКО Приход наличных денежных средств кассу нашей фирмы. В основном оплата товара и услуг покупателями. Касса
Взаиморасчеты РКО Расход наличных денежных средств из кассы нашей фирмы. В основном оплата за поставленный товар поставщикам Касса
Взаиморасчеты Заявка Предварительная заявка покупателя на посещение клиники или поставку ему товара. В основном для формирования счета и расчета суммы будущей продажи
Мы уже коснулись тесной связи документов в регистрами учета. Опишем регистры, разработанные в конфигурации более подробно. Прикладной объект «Регистр накопления» предназначен для хранения учетных данных, развернутых по комбинации измерений и поддающихся суммированию. В отличие от прикладного объекта «Документ» который просто фиксирует факт совершения какой-либо операции, регистр накапливает учитываемые данные, при этом сохраняя историю их изменения и подсчитывая итоги и обороты. Итоги регистра могут быть получены как на текущий момент времени, так и на любую другую дату или момент времени, а если это регистр оборотов, то за любой период. Важным моментом является то, что итоги и обороты учетных данных хранятся по развернутой комбинации измерений и могут быть получены как по этой комбинации так и сводно по какому-либо измерению или по нескольким измерениям. Использование измерений позволяет получать итоги, обороты и движения в различных разрезах.
При создании регистра, нужно определить следующие параметры:

Рисунок 2.26. Состав параметров регистра накопления

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

Рисунок 2.27. Состав документов-регистраторов регистра накопления «Остатки»
Логика проведения каждого документа по регистрам определена в самом документе, регистр только хранит результаты этих движений. Состав регистров накопления, разработанных в конфигурации представлен на Рисунок 2.21.

Рисунок 2.28. Состав регистров накопления системы
Описание каждого регистра, а также состав его регистраторов представлен в Таблица 2.8.
Таблица 2.8 - Состав регистров системы
Регистр Описание Регистраторы Остатки Хранение данных об остатках товаров на складах Поступление ТМЦ
Реализация
Услуга
Возврат (претензия)
Списание ТМЦ
Перемещение Взаиморасчеты Хранит данные о взаиморасчетах с контрагентами Поступление ТМЦ
Реализация
Услуга
Возврат (претензия)
Приход по банку
Расход по банку
ПКО
РКО Продажи Хранит обороты по продажам товаров и оказанию услуг Реализация
Услуга
Возврат (претензия) Касса Хранит данные об остатках и движении наличных средств в кассах предприятия. Аналог кассовой книги, ведущейся кассиром ПКО
РКО Банк Хранит данные об остатках и движении безналичных средств на расчетных счетах предприятия. Аналог банковской книги, ведущейся операционистом Приход по банку
Расход по банку

Документы, логически и по смыслу связанные друг с другом объединяются в журналы. Прикладной объект «Журнал документов» представляет из себя список документов нескольких различных видов, отображаемый как единый список документов. Журнал позволяет производить отображение списка документов, работу с этим списком, отбор и поиск по каким либо графам журнала или их сочетаниям, сортировку и прочие действия, присущие любым интерфейсным спискам платформы «1С: Предприятие».
Список журналов документов, разработанных в системе представлен на Рисунок 2.22.

Рисунок 2.29. Список журналов документов системы
Назначение каждого журнала и включаемые в него документы приведены в Таблица 2.9.
Таблица 2.9 - Состав журналов документов системы
Журнал документов Описание Включаемые документы Складской журнал Объединяет в себе все внутренние складские документы движения товаров по складам Поступление ТМЦ
Списание
Перемещение Кассовые Объединяет в себе все документы движения наличных средств ПКО
РКО Банковские Объединяет в себе все документы движения безналичных средств Приход по банку
Расход по банку По Покупателям Объединяет в себе все документы по работе с покупателями Заявка
Услуга
Реализация
Возврат (претензия) Общий Включает в себя все документы Все документы
При создании журнала документов необходимо определить следующие параметры:
Наименование журнала
Состав документов, включаемых в журнал;
Экранные формы журнала и при необходимости их программные модули, определяющие логику отображения данных в журнале;
Макеты внешних печатных форм;
Вхождение в подсистемы конфигурации;
Вхождение в наборы прав и интерфейсы.
Наиболее важным моментом при создании журнала является определение состава документов и создание граф журнала. В состав журнала выбираются документы из списка ранее созданных видов документов конфигурации. Пример задания списка документов, входящих в журнал «По покупателям» представлен на Рисунок 2.23.

Рисунок 2.30. Создание списка документов журнала

Графы журнала задают состав выводимых колонок журнала, а также возможности отбора, поиска и сортировки по тем или иным реквизитам документов. Если какой-либо реквизит документов, включенных в состав журнала определен в качестве графы журнала, то он будет виден в журнале и по нему можно будет проводить отбор, поиск и сортировку. Обычно в графы журнала объединяют совпадающие реквизиты документов, входящих в журнал, имеющиеся у всех или у нескольких документов. Процесс формирования графы «Контрагент» журнала документов «По покупателям представлен на Рисунок 2.24.

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

Рисунок 2.32. Новый контрагент
Другие справочники заполняются аналогично.
Для ввода документа «Услуга» необходимо выбрать пункт меню «Документы/Услуга». Откроется форма ввода нового документа, в котором пользователь должен заполнить все необходимые данные.


Рисунок 2.33.Форма ввода нового документа «Услуга»

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


Рисунок 2.34. Настройка отчета «Остатки»

Рисунок 2.35. Результат работы отчет «Остатки»
В результате выполнения тестирования можно утверждать, что программа работает верно и выполняет весь набор функций, которые были в нее заложены на этапе проектирования.
Обоснование экономической эффективности проекта
Выбор и обоснование методики расчёта экономической эффективности
Оценка экономической эффективности ИТ-проекта является обязательной составляющей его технико-экономического обоснования. И, хотя, конкретный будущий экономический эффект оценить непросто, тем не менее, это обязательно надо пытаться сделать.
В целом, можно выделить три основные группы методов, позволяющих определить эффект от внедрения: финансовые (они же количественные), качественные и вероятностные. У каждого метода, финансового или не финансового, есть свои минусы. Понятно, что автоматизация - тонкий процесс, и далеко не в каждом бизнес-процессе можно оценить финансовую составляющую эффекта от нее. Именно поэтому, чтобы более полно проиллюстрировать конечный эффект от внедрения ИТ-систем, помимо финансовых методов мы вынуждены использовать методы нефинансового анализа. И применение всех трех групп методов в конце концов приводит нас к верной оценке эффективности ИТ-систем.
Чаще всего применяются три основных финансовых метода определения инвестиций в ИТ:
1. NPV (Net present value) - чистый приведенный доход или чистая приведенная стоимость, это зависит от формулировки.
2. IRR (Internal rate of return) - внутренняя норма доходности или внутренняя норма рентабельности, это тоже зависит от формулировки.
3. Payback - срок окупаемости инвестиций.
Расчет показателей экономической эффективности будет рассчитывать основываясь на сроке окупаемости разработки, так как информационные технологии сами по себе не улучшают положение организации на рынке и не дают прямой экономический эффект.
Расчёт показателей экономической эффективности проекта
Внедрение программы воздействует на конечные финансово-экономические результаты деятельности ООО «Леон+» непосредственно через бизнес-технологии. Информационные технологии сами по себе не улучшают положение организации на рынке, а вооружают управленческий персонал новыми технологиями, a эффективность их использования зависит от того, насколько хороши возможности ИТ-технологий к бизнес-возможностям организации.
Эффективность внедрения автоматизированной информационной системы обуславливается действием рядя факторов информационного, экономического и организационного характера.
Информационный фактор эффективности выражается в повышении уровня информированности персонала, быстром доступе к информационным ресурсам сразу нескольких пользователей.
Экономический фактор проявляется в том, что учетная информация, имеющая целью полное и своевременное отражение и состояние объекта и причин, влияющих на его развитие, в конечном счете, направлена на улучшение использование производственных ресурсов.
Организационный эффект проявляется в освобождение работников от рутинных операций по систематизации и группировке учетных данных, многочисленных расчетов и записей в реестры и другую документацию, сверки показателей, увеличив тем самым время для проведения анализа и оценки эффективности принимаемых управленческих решений.
Опыт автоматизации комплексов задач показал, что в процессе автоматизации учетных работ достигается снижение трудоемкости отдельных операций, рост производительности и улучшений условий труда отдельных работников, повышение оперативности принятия решений, достоверности выходной информации, включая подготовку отчетности при постоянно растущем объеме первичной документации без увеличения численности персонала.
Экономическая эффективность складывается из двух основных компонентов:
Совершенствование торговой и финансовой деятельности;
Сокращение временных затрат на проведение отдельных операций.
Базой для оценки экономической эффективности можно служить время, затрачиваемое на одно действие в отделе.
Внедрение программы может дать значительный эффект за счет сокращения времени на составление отчетов, что напрямую связано со всем процессом анализа полученных данных.
От внедрения можно ожидать сокращение сроков составления запросов и отчетов, повышение качества работ на этапе рассмотрения данных, сокращение документооборота и переход к безбумажной технологии обработки информации; повышение культуры и производительности труда.
Автоматизация данного комплекса задач должна изменить качественные характеристики, к ним относятся:
частота ошибочных решений из-за использования недостоверной информации повышается вероятность принятия неправильного решения, что сказывается на итоговом результате деятельности;
скорость обнаружения ошибок в принимаемых решениях при внедрении системы вероятность совершения ошибок существенно сократится;
среднее время выработки решения, система позволит сократить сроки принятия решений.
Основные факторы, определяющие совокупный эффект от автоматизации:
уменьшение трудоемкости процессов обработки данных за счет перехода к безбумажной технологии;
качественное улучшение процесса от этапа принятия документов до этапа оформления отчета.
Уменьшение зависимости от конкретных физических лиц, являющихся "держателями" информации (использование бумажной технологии обработки данных не позволяет одновременно использовать один ресурс сразу нескольким сотрудникам, но при внедрении системы такая возможность легко осуществима).
Методы оценки эффективности проекта предполагают необходимость оценки "доходной" и "затратной" части проекта.
Оценка "затратной" части предполагает выявление следующих групп затрат:
приобретение базового программного обеспечения: операционные системы, платформы БД;
приобретение технических средств автоматизации;
оплата услуг по проектированию и запуску системы в эксплуатацию;
техническое сопровождение системы.
Так как в отделе уже имеется достойное техническое и программное обеспечение, то разработка автоматизированной системы не понесет за собой никаких денежных затрат. Что уже обосновывает экономическую эффективность данного проекта.
Внедрение автоматизированной системы не отразится и на доходной части проекта, так как применение системы не даст прямого экономического эффекта.
К основным обобщающим показателям экономической эффективности относятся:
-годовой экономический эффект от разработки и внедрения автоматизированной системы;
-срок окупаемости автоматизированной системы;
-расчетный коэффициент эффективности капитальных затрат.
Основой для расчета годового экономического эффекта является методика, которая предусматривает сопоставление приведенных затрат по базовому и внедряемому вариантам.
Годовой экономический эффект определяется по формуле:
Эг = С1-С2,
Где С1 – затраты до внедрения автоматизированной системы, которые состоят из затрат по оплате труда сотрудников; затрат на приобретение канцелярских принадлежностей; затрат на оплату коммунальных платежей.
С2 – затраты после внедрения автоматизированной системы, которые состоят из затрат по оплате труда сотрудников после внедрения системы; затрат на оплату коммунальных платежей; затрат на обучение персонала.
Годовая экономическая эффективность равна отношению годового экономического эффекта к капитальным вложениям.
Е = Эг/КВ,
Где КВ- капитальные вложения во внедряемую систему. Капитальные вложения определяются стоимостью программного обеспечения и стоимости компьютера. Затраты будут состоять из оплаты труда разработчика и приобретения необходимых для разработки принадлежностей, т.к. в отделе уже имеется техническое и программное обеспечение.
Срок окупаемости определяется по формуле:
Ток = 1/Е
При расчете экономического эффекта в качестве базового варианта принят ручной метод обработки документации. Работу выполняют два человека.
Заработанная плата одного сотрудника в месяц составляет 7000 руб. Итого затраты по оплате труда составляют 14000 руб. Затраты на социальные отчисления составляют 37% от годовой оплаты труда, т.е. з/п в год = 14000 * 12 = 168000 руб.
Затраты на социальные нужды = 168000 * 37% = 62160 руб.
В итоге годовые затраты на двух специалистов составят 230160 руб.
Затраты на канцелярские принадлежности составят 1000 руб.
Затраты на оплату коммунальных платежей в месяц составят 1280 руб.(15360 руб. в год).1 кВт/час стоит 1,28 руб. Затраты на оплату телефонной связи состоят из абонентской платы за пользование телефоном – 160 руб. За год расходы на оплату телефонной связи в год составят:
Зт = (160*12) = 1920 руб.
Годовые затраты в базовом варианте составят:
Статья затрат Годовые затраты Затраты на оплату труда 230160 руб. Затраты на канцелярские принадлежности 1000 руб. Затраты на оплату коммунальных платежей 15520 руб. Итого С1: 246680 руб.
В сумме заработная плата сотрудника в месяц составит 12000 руб.
Годовая з/п = 12000 * 12 = 144000 руб.
Затраты на соц. нужды = 144000 * 37% = 53280 руб.
Затраты на двух специалистов в год составят: 144000 + 53280 = 197280 руб.
Затраты на двух сотрудников на компьютерных курсах -8000 руб.
Годовые затраты во внедряемом варианте:
Статья затрат Годовые затраты Затраты на оплату труда 197280 руб. Затраты на обучение персонала 8000 руб. Затраты на оплату коммунальных платежей 15520 руб. Итого С2: 220800 руб.
Рассчитаем сумму капитальных вложений в разработку программы.
Капитальные вложения состоят из затрат на оплату труда разработчика, накладных затрат и затрат на инструментальные средства.
Основную заработную плату разработчика рассчитаем по формуле:
Зосн = Тоб * Зср.дн,
где Тоб- общая трудоемкость проекта, дни.
Зср.дн - зарплата разработчиков, денежные единицы.руб.;
З/п = 40000 руб.
З/п в день = 40000/22 = 1818 руб.
Время разработки проекта составляет 15 дней.
Зосн. = 15 * 1818 = 27270 руб.
Накладные расходы определяются в размере 20% от основной з/п разработчиков.
Нр = 27270 8 0,2 =5454 руб.
Затраты на инструментальные средства = 600 руб.
Итого: КВ = 27270 + 5454 + 600 = 33324 руб.
На основании рассчитанных показателей, рассчитаем годовой экономический эффект:
Эг = 246680 – 220800 = 25880 руб.
Экономическая эффективность будут равна:
Е = 25880 / 33324 = 0,78
Срок окупаемости Ток = 1 / 0,78 = 1.28 года.

Рассчитаем общую трудоемкость разработки:
Т= nраб * t, где
n- число разработчиков
t- время в часах
Разработчик работает каждый день на протяжении 16 дней по 5 часов.
Т = 1 * 16 * 5 =80 норм/час.
Рассчитаем трудозатраты на обработку документации до внедрения проекта и после.
На составление отчетов вручную специалист отдела затрачивал 40 мин. (0,6 чел/ч), а при использовании автоматизированной системы 10 мин.(0,16 чел./ч)
Т = Т0-Т1 = 0,6 – 0,16 =0,44 чел/ч.
Относительный индекс производительности труда Jп.т. = Т1/Т2 + 0,25
Это значит, что для составления отчета при использовании автоматизированной системы требуется по сравнению с ручной обработкой только 25% времени. Следовательно, экономия времени составит 75%.
Проект имеет положительную экономическую эффективность и окупает затраты, связанные с производством данной автоматизированной информационной системы.
Уменьшение трудоемкости дает возможность получить годовой экономический эффект при использовании автоматизированной системы 25880 руб. Срок окупаемости капитальных затрат равен 1,28 года. Экономия времени на составление отчетов составляет 75%.


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

Список использованных источников
Митичкин С.А. Разработка в системе 1С:Предприятие 8.1, - М.: ООО «1С-Паблишинг», 2003. – 413 с.: ил.
Габец А.П., Гончаров Д.И., Козырев Д.В., Кухлевский Д.С., Радченко М.Г. Профессиональная разработка в системе 1С:Предприятие 8 (+CD) / Под ред. Радченко М.Г. – М.: «1С-Паблишинг»; СПб.: Питер, 2007. – 808 с .:ил.
Радченко М.Г. 1С:Предприятие 8.1 Практическое пособие разработчика
1С:Предприятие 8.1 Описание встроенного языка часть 1, - Москва, Фирма «1С», 2003
1С:Предприятие 8.1 Описание встроенного языка часть 2, - Москва, Фирма «1С», 2003
1С:Предприятие 8.1 Конфигурирование и администрирование, - Москва, Фирма «1С», 2003
Вендров А.М. CASE технологии Современные методы и средства проектирования информационных систем  М.: Финансы и статистика, 1998. - 176 с.: ил.;
Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России.;
Диго С.М. Проектирование и использование баз данных  Учебник. М.: Финансы и статистика. 1995 г;
Основы построения баз данных под ред. А.Д. Хомоненко Санкт-Петербург, 2004;
ГОСТ Р ИСО/МЭК 12207-99, Руководящий документ, Госстандарт России, Москва, 2004;
Котлер Ф. Маркетинг менеджмент / Пер. с англ. под ред. Л.А. Волковой, Ю.Н. Каптунеревского. – СПб.: Питер, 2002. – 756с.р
Матищев А.Н. Эффективность рекламы. – М.: Издательство «Финпресс», 2002. – 416с.
Новости и технологии торговли [Электронный ресурс]. – Режим доступа: http://www.torgrus.com
Программирование для всех [Электронный ресурс]. – Режим доступа: http://www.realcoding.net/
ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» (принят и введен в действие постановлением Госстандарта РФ от 23.12.1999 №675-ст).
ГОСТ Р ИСО/МЭК 15271-2002 «Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207-99 (Процессы жизненного цикла программных средств)» (принят и введен в действие постановлением Госстандарта РФ от 05.06 2002 №227-ст).
Вендров А.М. Проектирование программного обеспечения экономических информационных систем. – М.: Финансы и статистика, 2000.-187с.
Калянов Г.Н. CASE-технологии. Консалтинг при автоматизации предприятий.-М.: СИНТЕГ, 1997.-276с.
Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.: РИА «Стандарты и качество», 2004. – 408 с., илл. – (Серия «Практический менеджмент»)
Петров В.Н. Информационные системы. – СПб.: Питер, 2003. – 688 с.
Информационные системы в экономике: Учебник для студ. высш. учеб, заведений / В.Б. Уткин, К.В. Балдин. — М.: Издательский центр «Академия», 2004. — 288 с.
Арутюнов В.В. Теория экономических информационных систем: Московская финансово-промышленная академия. М., 2005. – 192 с.
Балдин К.В., Уткин В.Б. Информационные системы в экономике. М.:Издательско-торговая корпорация «Дашков и К», 2008. – 395 с.
Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем / под ред.проф.Л.Г.Гагариной. – Москва: ИД «Форум»: Инфра-М, 2007 – 384 с.
Ефимов Е.Н., Патрушина С.М., Панферова Л.Ф., Хашиева Л.И. Информационные системы в экономике. – Москва: ИКЦ «МарТ», 2004. – 352 с.
Липаев В.В. Программная инженерия. Методологические основы. М.: ТЕИС, 2006. – 608 с.
Максимов Н.В., Попов И.И., Голицына О.Л. Информационные системы. Учебное пособие. Форум, 2009 г. - 496 с.
Проектирование экономических информационных систем: Учебник/Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.; Под ред. Тельнова Ю.Ф. – М.:Финансы и статистика, 2003. - 512 с.