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

Содержание
Введение 2
1 Постановка задачи 4
1.1 Цель и назначение разработки 4
1.2 Основание для разработки 5
1.3 Обоснование необходимости автоматизации задачи учета выполненных работ на СТО 5
1.4 Выбор и обоснование средств разработки 13
1.5 Требования к разрабатываемой системе 15
1.5.1 Функциональные требования к информационной системе 15
1.5.2 Требования к надежности информационной системы 22
1.5.3 Требования к квалификации пользователя 23
1.5.4 Технические требования к аппаратному и программному обеспечению 23
2 Анализ предметной области 27
2.1 Описание предметной области 27
2.2 Анализ существующих разработок для автоматизации задачи 36
2.3 Анализ системы обеспечения информационной безопасности и защиты информации 42
3 Анализ средств реализации 47
3.1 Анализ и выбор системы программирования для реализации 47
3.2 Анализ и выбор СУБД для реализации 51
4 Разработка базы данных 53
4.1 Разработка инфологической модели 53
4.2 Разработка физической модели 55
5 Программное обеспечение задачи 63
5.1 Общие положения (дерево функций и сценарий диалога) 63
5.2 Структурная схема пакета (дерево вызова программных модулей) 67
5.3 Описание программных модулей 69
5.4 Разработка интерфейса системы 88
Заключение 100
Список использованных источников 102

Рисунок 5.2 Сценарий диалога
Разработанное главное меню, реализующее сценарий диалога системы, является хорошо продуманным, позволяющим пользователю легко получить доступ к любой функции системы.
Структурная схема пакета (дерево вызова программных модулей)
Для разработка информационно-справочной системы автоматизации предприятия используется система 1С:Предприятие 8.1. Эта система имеет модульную форму организации конфигурации. В глобальных модулях хранятся переменные, процедуры и функции доступные из любых других модулей. Также можно выделить другие группы модулей:
Справочники;
Документы;
Перечисления;
Отчеты;
Обработки;
Регистры.
Следовательно, структуру программы можно описать следующими основными блоками, представленными на рисунке.
Рисунок 5.3. Блок-схема основных модулей программы
Работа с программой начинается с вывода главного окна программы и активизации системы меню. Работа программы осуществляется по диалоговому и событийному режиму, при этом под диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например - нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
Наиболее важным моментом работы конфигурации является проведение документов по регистрам накопления. Именно движения регистров являются результатом проведения документов и источником данных для формирования отчетов.
Описание программных модулей
В качестве системы разработки нами выбрана платформа «1С: Предприятие 8.1». Программы, разработанные на базе платформы «1С: Предприятие» называются «конфигурация» или «прикладное решение»
Прикладные решения не пишутся на языке программирования в обычном понимании этого слова. Вместо этого используется более абстрактная технология – технология метаданных. Метаданные представляют собой иерархическую структуру объектов, полностью описывающую все прикладное решение. Отличительной особенностью технологии метаданных является визуальное конструирование прикладного решения, что в разы убыстряет и упрощает разработку по сравнению с традиционными способами.
Платформа изолирует разработчика от низкоуровневого программирования. Разработчик не обращается к базе данных напрямую, а манипулирует объектами, командами встроенного языка и запросов. Платформа сама транслирует их в соответствующие команды SQL-сервера в случае клиент-серверного варианта работы или команды собственной СУБД для файлового варианта.
Конфигурация 1С – это совокупность прикладных объектов, каждый из которых максимально близко отражает объект предметной области. Общая структура прикладных объектов приведена на
Рисунок 5.4. Общий вид структуры прикладных объектов конфигурации
Для хранения условно-постоянных данных разрабатываемой системы целесообразно использовать прикладной объект «Справочники» платформы. Для каждой категории информации необходимо создать отдельный справочник, определить и задать для него следующие параметры:
Рисунок 5.5. Состав параметров прикладного объекта «Справочник»
Отдельно следует остановиться на создании форм справочника и написании программных модулей этих форм. Формы справочника – есть основные элементы его интерфейса. Именно через формы происходит все визуальные действия пользователя с данными справочника. Формы определяют внешний вид, а программные модули реализуют алгоритмы отображения, ввода, редактирования, удаления данных.
Второй особо важной составляющей прикладного объекта «Справочник» является программный модуль объекта. В нем задаются процедуры поведения справочника не как составляющей части интерфейса пользователя, а как прикладного объекта конфигурации. В этом модуле могут быть прописаны следующие процедуры:
«ОбработкаЗаполнения», в которой реализуется логика ввода элементов справочника на основании других объектов;
«ПередЗаписью», в которой реализуется логика проверки определенных условий при записи элемента справочника;
«ПриЗаписи», в которой реализуется логика записи элемента;
«ПередУдалением», в которой реализуется логика проверки удаления элементов справочника;
«ПриКопировании», в которой реализуется логика копирования элементов справочника;
«ПриУстановкеНовогоКода», в корой реализуется логика работы при установке кода нового элемента справочника.
Не обязательно писать программный код всех этих процедур, достаточно запрограммировать только те из них, которые нужны для описания логики работы конкретного объекта.
В нашей системе автоматизации учета работы СТО необходимо реализовать следующие справочники:
Таблица 5.2 - Состав справочников системы
Справочник Описание Номенклатура Хранение всех основных и дополнительных данных о товарах и услугах Виды номенклатуры Список видов товаров и услуг Классификатор единиц измерения Список единиц измерения товаров Фирмы Список юридических лиц, по которым ведется учет в системе Склады Список складов предприятия Кассы Список касс предприятия Сотрудники Список сотрудников предприятия Контрагенты Список поставщиков и покупателей Банковские счета Список банковских счетов как собственных, так и контрагентов Банки Классификатор банков Дисконтные карты Список дисконтных карт контрагентов Условия дисконтов Список условий начисления скидок по дисконтным картам Объекты Список обслуженных автомобилей Виды Виды автомобилей Модели Модели автомобилей
Структура справочников в модуле «Конфигуратор» приведена на Рисунок 5.6.
Рисунок 5.6. Список справочников системы
Прикладной объект конфигурации «Перечисления» мы будем использовать в нашей разработке для хранения списков постоянных значений. Перечисления используются в системе «1C: Предприятие 8.1» для описания постоянных наборов значений, не изменяемых в процессе работы конфигурации. Для каждого перечисления необходимо определить имя, список принимаемых значений, при необходимости интерфейсные формы и их программные модули, макеты печатных форм и вхождение в подсистемы. Состав параметров объекта «Перечисление» представлен на Рисунок 5.7.
Рисунок 5.7. Состав параметров объекта «Перечисление»
Основным параметром перечисления является список принимаемых им значений. Эти значения задаются в модуле «Конфигуратор» и не могут быть изменены в процессе работы в режиме «Предприятие». Пример списка значений перечисления «Коды операций» приведен на Рисунок 5.8.
Рисунок 5.8. Список значений перечисления «Коды операций»
В системе разработаны следующие перечисления:
Рисунок 5.9. Состав перечислений конфигурации
Для фиксации в системе сведений о совершенных операциях целесообразно использовать объект конфигурации «Документы». Для фиксации события о выполнении каждого вида операции целесообразно создать документ отдельного вида. Для каждого вида документов необходимо задать следующие параметры:
Рисунок 5.10. Состав параметров прикладного объекта «Документ».
Данные параметры задают логику поведения объекта «Документ» в конфигурации, его отображение и проведение по регистрам учета. Все эти параметры важны, но среди них выделяются следующие:
Состав форм: определяет состав экранных форм документа, которые являются главным и единственным интерфейсом взаимодействия пользователя и объекта;
Движения: определяет по каким регистрам учета будет проводиться данный документ
Основное предназначение прикладного объекта «Документ» - фиксация в системе факта совершения какой либо операции. Однако в абсолютном большинстве случаев простой фиксации факта совершения операции недостаточно. Любая операция в хозяйственной жизни предприятия производится для чего-нибудь, для достижения какой-либо цели, и обычно изменяет какие-либо учетные данные, по которым ведется учет ан предприятии. Так операция оформления прихода товара от поставщика (документ «Поступление ТМЦ») увеличивает остатки товаров на складах. Операция оформления в кассе расходного кассового ордера (документ «РКО») уменьшает количество наличных денег в кассе. Нередко оформление одной и той же операции в хозяйственной жизни предприятия, фиксируемое в системе учета соответствующим документом, вызывает движение не одного, а нескольких учетных параметров. В том же примере операция оформления прихода от поставщика не только увеличивает остатки товаров на складах, но и изменяет взаиморасчеты с поставщиками, а именно увеличивает нашу задолженность перед поставщиком (или уменьшает задолженность поставщика, если смотреть со стороны поставщика).
В конфигурации, разрабатываемой на базе платформы «1С: Предприятие 8.1» в качестве объектов, хранящих в себе учетные данные выступают регистры учета, а объектами изменяющими эти регистры (выполняющими движение по регистрам) являются документы. В каждом документе прописываются движения – по каким регистрам и какие движения производит данный документ в момент своего проведения. Пример настройки движений документа «Поступление ТМЦ» представлен на Рисунок 5.11.
Рисунок 5.11. Настройка движений по регистрам документа «Поступление ТМЦ»
Такая настройка должна быть проведена в каждом документе, созданном в конфигурации.
Само проведение документа по регистрам учета заключается в создании движения по этому регистру с заполнением всех полей регистра согласно его структуры, направления движения, а также дополнительных параметров движения. Схему заполнения параметров движения и всех полей регистра удобно представить в виде формы конструктора движений. Конструктор движений используется для помощи программисту в визуальном конструировании участка кода программного модуля документа, отвечающего за проведение, его удобно использовать для заполнения всех полей движения. На Рисунок 5.12 представлена форма конструктора движений для документа «Поступление ТМЦ».
Рисунок 5.12. Форма конструктора движений документа «Поступление ТМЦ»
Результатом работы конструктора является автоматически сформированный программный код в модуле объекта документа, а именно программный код процедуры «ОбработкаПроведения». Отметим, что текст процедуры может быть написан и полностью вручную, без использования конструктора, либо текст, сформированный конструктором может использоваться как шаблон для написания программистом своего текста. Данная процедура является центральной процедурой модуля объекта документа любого вида, именно она вызывается на исполнение при проведении документа, именно в ней запрограммированы все движения по регистрам учета. Текст процедуры «ОбработкаПроведения» документа «Поступление ТМЦ» приведен ниже.
Процедура ОбработкаПроведения(Отказ, Режим)
Если Фирма.Пустая() Тогда
Предупреждение("Заполните фирму!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Если Контрагент.Пустая() Тогда
Предупреждение("Заполните контрагента!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Если Склад.Пустая() Тогда
Предупреждение("Заполните склад!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Для Каждого ТекСтрокаНоменклатура Из Номенклатура Цикл
Если ТекСтрокаНоменклатура.Номенклатура.Пустая() Тогда
Предупреждение("Заполните склад!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
// регистр Остатки Приход
Движение = Движения.Остатки.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Фирма = Фирма;
Движение.Склад = Склад;
Движение.Номенклатура = ТекСтрокаНоменклатура.Номенклатура;
Движение.Количество = ТекСтрокаНоменклатура.Количество;
Движение.КодОперации = КодОперации;
КонецЦикла;
Для Каждого ТекСтрокаНоменклатура Из Номенклатура Цикл
// регистр Взаиморасчеты Расход
Движение = Движения.Взаиморасчеты.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Фирма = Фирма;
Движение.Контрагент = Контрагент;
Движение.Сделка = ЭтотОбъект.Ссылка;
Движение.Сумма = ТекСтрокаНоменклатура.Сумма;
КонецЦикла;
КонецПроцедуры
Таким образом, для каждого документа, выполняющего какие-либо движения по регистрам учета должен быть определен список регистров, по которым выполняются движения, а в модуле объекта документа написана процедура «ОбработкаПроведения» при помощи конструктора или вручную, в которой прописана вся логика движения по регистрам. Схема движения документов по регистрам учета представлена в Таблица 5.3.
Таблица 5.3 - Схема движения документов по регистрам учета
Документ/Регистр «Остатки» «Продажи» «Взаиморасчеты» «Касса» «Банк» «Поступление ТМЦ» Приход Расход «Реализация» Расход Оборот Приход «Услуга» Расход Оборот Приход «Возврат (претензия)» Приход Оборот Расход «Списание ТМЦ» Расход «Перемещение ТМЦ» Расход
Приход «Приход по банку» Расход Приход «Расход по банку» Приход Расход «ПКО» Расход Приход «РКО» Приход Расход «Заявка»
Как видно из таблицы, не все документы выполняют движения по регистрам. Если в предметной области не предусмотрено хранение учетных данных по какой-либо категории данных, то в конфигурации не предусматривается создание соответствующего регистра учета. Однако фиксация факта совершения каких-либо операций, касающихся данной категории данных все равно должна быть реализована. В этом случае в конфигурации создается документ, заполняются все го параметры, но не задаются никакие движения по регистрам. В этом случае документ просто фиксирует факт совершения операции, а журнал или список таких документов хранит историю таких операций. Отметим, что отчеты в конфигурации могут быть построены как по регистрам учета, так и по документам.
Список документов, разработанных в конфигурации приведен на Рисунок 5.13 , назначение каждого документа приведено в Таблица 5.4.
Рисунок 5.13. Список документов системы
Таблица 5.4 - Состав документов системы
Документ Описание Двигает регистры «Поступление ТМЦ» Факта прихода товара от поставщика на склад. Остатки
Взаиморасчеты «Реализация» Факт отгрузки товара покупателю Остатки
Продажи
Взаиморасчеты «Услуга» Факт оказания услуги и продажи сопутствующих товаров клиенту Остатки
Продажи
Взаиморасчеты «Возврат (претензия)» Факт возврата товара от покупателя или возврата услуги по какой-либо причине Остатки
продажи
Взаиморасчеты «Списание ТМЦ» Внутреннее списание товаров на складе Остатки «Перемещение ТМЦ» Внутренне перемещение товаров между складами Остатки «Приход по банку» Приход безналичных денежных средств на расчетный счет нашей фирмы. В основном оплата услуг и товара покупателями Банк
Взаиморасчеты «Расход по банку» Расход безналичных денежных средств с расчетного счета нашей фирмы. В основном оплата за поставленный товар поставщикам Банк
Взаиморасчеты «ПКО» Приход наличных денежных средств кассу нашей фирмы. В основном оплата товара и услуг покупателями. Касса
Взаиморасчеты «РКО» Расход наличных денежных средств из кассы нашей фирмы. В основном оплата за поставленный товар поставщикам Касса
Взаиморасчеты «Заявка» Предварительная заявка покупателя на посещение СТО или поставку ему товара. В основном для формирования счета и расчета суммы будущей продажи
Мы уже коснулись тесной связи документов в регистрами учета. Опишем регистры, разработанные в конфигурации более подробно. Прикладной объект «Регистр накопления» предназначен для хранения учетных данных, развернутых по комбинации измерений и поддающихся суммированию. В отличие от прикладного объекта «Документ» который просто фиксирует факт совершения какой-либо операции, регистр накапливает учитываемые данные, при этом сохраняя историю их изменения и подсчитывая итоги и обороты. Итоги регистра могут быть получены как на текущий момент времени, так и на любую другую дату или момент времени, а если это регистр оборотов, то за любой период. Важным моментом является то, что итоги и обороты учетных данных хранятся по развернутой комбинации измерений и могут быть получены как по этой комбинации так и сводно по какому-либо измерению или по нескольким измерениям. Использование измерений позволяет получать итоги, обороты и движения в различных разрезах.
При создании регистра, нужно определить следующие параметры:
Рисунок 5.14. Состав параметров регистра накопления
Важнейшим параметром регистра является состав регистраторов, выполняющих движения по регистру. Состав регистраторов может быть задан как при редактировании объекта «Регистр накопления», так и при редактировании соответствующих документов, при задании их движений. В любом случае формируется список документов-регистраторов. Состав документов-регистраторов регистра накопления «Остатки» представлен на Рисунок 5.15.
Рисунок 5.15. Состав документов-регистраторов регистра накопления «Остатки»
Логика проведения каждого документа по регистрам определена в самом документе, регистр только хранит результаты этих движений. Состав регистров накопления, разработанных в конфигурации представлен на Рисунок 5.16.
Рисунок 5.16. Состав регистров накопления системы
Описание каждого регистра, а также состав его регистраторов представлен в Таблица 5.5.
Таблица 5.5 - Состав регистров системы
Регистр Описание Регистраторы «Остатки» Хранение данных об остатках товаров на складах «Поступление ТМЦ»
«Реализация»
«Услуга»
«Возврат (претензия)»
«Списание ТМЦ»
«Перемещение» «Взаиморасчеты» Хранит данные о взаиморасчетах с контрагентами «Поступление ТМЦ»
«Реализация»
«Услуга»
«Возврат (претензия)»
«Приход по банку»
«Расход по банку»
«ПКО»
«РКО» «Продажи» Хранит обороты по продажам товаров и оказанию услуг «Реализация»
«Услуга»
«Возврат (претензия)» «Касса» Хранит данные об остатках и движении наличных средств в кассах предприятия. Аналог кассовой книги, ведущейся кассиром «ПКО»
«РКО» «Банк» Хранит данные об остатках и движении безналичных средств на расчетных счетах предприятия. Аналог банковской книги, ведущейся операционистом «Приход по банку»
«Расход по банку»

Документы, логически и по смыслу связанные друг с другом объединяются в журналы. Прикладной объект «Журнал документов» представляет из себя список документов нескольких различных видов, отображаемый как единый список документов. Журнал позволяет производить отображение списка документов, работу с этим списком, отбор и поиск по каким либо графам журнала или их сочетаниям, сортировку и прочие действия, присущие любым интерфейсным спискам платформы «1С: Предприятие».
Список журналов документов, разработанных в системе представлен на Рисунок 5.17.
Рисунок 5.17. Список журналов документов системы
Назначение каждого журнала и включаемые в него документы приведены в Таблица 5.6.
Таблица 5.6 - Состав журналов документов системы
Журнал документов Описание Включаемые документы «Складской журнал» Объединяет в себе все внутренние складские документы движения товаров по складам «Поступление ТМЦ»
«Списание»
«Перемещение» «Кассовые» Объединяет в себе все документы движения наличных средств «ПКО»
«РКО» «Банковские» Объединяет в себе все документы движения безналичных средств «Приход по банку»
«Расход по банку» «По Покупателям» Объединяет в себе все документы по работе с покупателями «Заявка»
«Услуга»
«Реализация»
«Возврат (претензия)» «Общий» Включает в себя все документы Все документы
При создании журнала документов необходимо определить следующие параметры:
Наименование журнала;
Состав документов, включаемых в журнал;
Экранные формы журнала и при необходимости их программные модули, определяющие логику отображения данных в журнале;
Макеты внешних печатных форм;
Вхождение в подсистемы конфигурации;
Вхождение в наборы прав и интерфейсы.
Наиболее важным моментом при создании журнала является определение состава документов и создание граф журнала. В состав журнала выбираются документы из списка ранее созданных видов документов конфигурации. Пример задания списка документов, входящих в журнал «По покупателям» представлен на Рисунок 5.18.
Рисунок 5.18. Создание списка документов журнала
Графы журнала задают состав выводимых колонок журнала, а также возможности отбора, поиска и сортировки по тем или иным реквизитам документов. Если какой-либо реквизит документов, включенных в состав журнала определен в качестве графы журнала, то он будет виден в журнале и по нему можно будет проводить отбор, поиск и сортировку. Обычно в графы журнала объединяют совпадающие реквизиты документов, входящих в журнал, имеющиеся у всех или у нескольких документов. Процесс формирования графы «Контрагент» журнала документов «По покупателям представлен на Рисунок 5.19.
Рисунок 5.19. Создание графы журнала документов
В результате работы были созданы все необходимые объекты конфигурации, реализующие заданный функционал системы
Разработка интерфейса системы
При разработке интерфейса системы необходимо создать максимальный комфорт пользователю для работы с системой. Доступ ко всем функциям программы должен быть абсолютно понятен и логичен.
Работа программы осуществляется по диалоговому и событийному режиму, при этом под диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например - нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
В компьютерных системах баз данных пользователи для ввода, просмотра и распечатки отчетов с информацией базы данных применяют формы[13]. Основные преимущества использования форм следующие:
При вводе данных в поля формы, приложение может считывать словарь данных сервера и автоматически проверить допустимость данных в соответствии с правилами целостности.
Поле ввода в форме может представлять список допустимых значений, из которых пользователи могут легко выбрать нужное.
Область формы может выводить шаблон, соответствующий текущей выводимой в форме записи.
Командные кнопки в форме могут выполнять действия, связанные с выводимой в форме текущей записью.
Формы для занесения документов вызываются из главного меню программы. Информационной базой данного модуля являются документы.
Работа с программой начинается с вывода главного окна программы и активизации системы меню. Работа программы осуществляется по диалоговому и событийному режиму, при этом под диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например - нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирования или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
Ввод данных в систему пользователем происходит через экранные формы. Формы - основной механизм интерфейса для отображения и ввода данных. Система «1С: Предприятие 8.1» имеет развитый механизм создания различных типов форм для каждого объекта конфигурации. Создание форм практически для всех объектов конфигурации позволяет разработчику полностью настроить интерфейс отображения и редактирования данных всех объектов. Различные типы объектов конфигурации предполагают создание различных наборов форм каждого объекта [1,2]. Для справочника можно создать следующие типы форм:
Форма списка справочника;
Форма выбора справочника;
Форма выбора группы справочника;
Форма элемента справочника;
Форма группы справочника;
Произвольная форма.
Для документов предусмотрена возможность разработки следующих типов форм:
Форма списка документа;
Форма выбора документа;
Форма документа;
Произвольная форма.
Для журнала документов предусмотрены следующие типы форм:
Форма журнала документов;
Произвольная форма;
Для регистров накопления предусмотрены следующие виды форм:
Форма списка регистра накопления;
Форма наборов записей регистра накопления;
Произвольная форма.
Отметим, что даже такие «незначительные» объекты конфигурации как «Константы» и «Перечисления» тоже могут иметь формы своих типов, что позволяет четко настроить интерфейс работы с конфигурацией.
Разработка экранных форм объектов производится в программном модуле «Конфигуратор». Для этого необходимо открыть закладку «Формы» объекта. На этой закладке подробно настраивается состав и назначение форм. На Рисунок приведена закладка «Формы» справочника «Номенклатура».
Рисунок 2.7 Закладка «Формы» объекта «Справочник»
Для ввода новой формы необходимо выбрать пункт «Добавить» в меню списка форм, после чего откроется окно с выбором типа формы. После этого откроется окно выбора типа формы и ее свойств. Этот процесс представлен на Рисунок .
Рисунок 2.8. Выбор типа формы и настройка ее свойств
Необязательно для каждого объекта конфигурации создавать все предусмотренные для него типы форм. Обычно разрабатывают форму списка объекта – для просмотра списка объектов данного типа, и форму самого объекта – для просмотра одного текущего объекта. Целесообразно также разработать форму выбора для тех объектов, которые являются реквизитами других объектов для удобного выбора их в формы других объектов. Если при работе конфигурации возникнет необходимость отображения какой-то формы объекта, а она не была разработана, платформа «1С: Предприятие» подставит вместо отсутствующей формы свою стандартную форму данного типа для данного объекта. Она, конечно, будет выглядеть и содержать данные не такие как задумал бы разработчик, но тем не менее позволит выполнить необходимые действия.
Форма списка любого объекта предназначена для отображения объекта в виде списка. Это основная форма просмотра любого объекта. Состав реквизитов формы должен подбираться так, чтобы максимально отобразить данные о каждом объекте, но при этом не загромождать форму и обеспечить комфортный просмотр данных. Так, например, вывод большого количества реквизитов в столбцы формы списка приводит к невозможности просмотра всех реквизитов на экране и необходимости горизонтальной прокрутки, что очень неудобно для пользователя. Обычно такая дилемма приводит к тому, что в форму списка объектов, имеющих большое количество реквизитов, выводятся не все реквизиты, а только те из них которые имеют наиболее важное значение. Наиболее сложным процессом является именно выбор состава реквизитов формы списка, а не ее создание, так как платформа «1С: Предприятие» превращает процесс создания формы в игру [1]. На Рисунок представлен процесс разработки формы списка справочника «Номенклатура».
Рисунок 2.9 Разработка формы списка справочника «Номенклатура»
Состав возможных интерфейсных элементов в форме списка объектов зависит от вида объекта и его свойств. Так, например, для иерархических справочников предусмотрена возможность вывода в форму дерева иерархии справочника, тогда как для неиерархического справочника или списка документов такой возможности не предусмотрено [2]. На Рисунок представлен процесс разработки формы списка документа «Реализация услуг».
Рисунок 2.10. Разработка формы списка документа «Услуга»
Отметим что платформа «1С:Предприятие» автоматически создает меню формы списка объекта конфигурации. Для каждого типа объектов меню имеет свои особенности, но общие пункты одинаковы:
Ведение списка (добавление, удаление, редактирование записей списка);
Отбор и сортировка записей списка;
Переход по связанным данным.
Для каждого типа объектов и даже для каждого объекта созданное меню уникально и зависит от структуры объекта. Так, например, для документов в списке связанной информации находятся регистры, по которым данный документ выполняет движения. Кроме того, в меню будут присутствовать пункты проведения и распроведения текущего документа. Если же документ не выполняет никаких движений, то в списке связанных данных и не будет никаких пунктов. Для справочника в списке связанных данных могут отображаться справочники, подчиненные данному. Разработчик конфигурации всегда может изменить состав меню формы, добавить в него и в саму форму любые необходимые элементы интерфейса, задать их внешний вид и запрограммировать логику работы [1].
Формы объектов конфигурации независимо от типа объекта предназначены для просмотра и редактирования одного объекта данного типа. При разработке таких форм целесообразно выводить в форму все реквизиты объекта, а также его табличных частей, если они имеются. Для пользователя просмотр форма элемента – возможность получить самую подробную информацию об объекте.
Состав меню форм объектов также как и форм списков зависит от типа объектов и его структуры. Так в форме документа присутствуют пункты проведения и распроведения документа по регистрам учета; в меню формы справочника таких пунктов, конечно, нет [2].
На Рисунок представлен процесс разработки формы элемента справочника на примере справочника «Номенклатура».
Рисунок 2.11. Разработка формы элемента справочника «Номенклатура»
На Рисунок представлен процесс разработки формы документа «Услуга».
Рисунок 2.12. Разработка формы документа «Услуга»
Отдельно остановимся на разработке формы списка объекта конфигурации «Журнал документов». Отличительной особенностью является то, что данными для размещения в этой форме являются графы журнала, которые в свою очередь задаются как совпадающие реквизиты из документов, входящих в журнал [2]. На Рисунок представлен процесс создания графы журнала «По покупателям», а на Рисунок - процесс создания формы списка этого журнала.
Рисунок 2.13. Создание графы журнала документов «По покупателям»
Рисунок 2.14 Разработка формы списка журнала документов «По покупателям»
Интересным моментом является разработка формы объекта конфигурации «Отчет», построенного при помощи объекта «Построитель отчетов». Этот объект позволяет задавать большое количество параметров, влияющих на процесс формирования и внешний вид отчета. Все эти параметры в виде табличных полей выводятся на форму отчета, где пользователь имеет возможность манипулировать ими [3]. Форма отчета «Продажи» приведена на Рисунок .
Рисунок 2.15. Форма отчета «Продажи»
Заключение
В результате выполнения дипломного проекта была всесторонне изучена деятельность авторемонтной мастерской ООО «СТО», изучена его организационная структура, особенности работы и особенности построения его системы автоматизации. Задача автоматизации учета предоставленных услуг ООО «СТО» была всесторонне рассмотрена и изучена. Определено место этой задачи в комплексе задач автоматизации, обоснована необходимость автоматизации и необходимость использования вычислительной техники для решения этой задачи.
Далее был проведен анализ существующих разработок в этой области сделан вывод о необходимости разработки собственного программного продукта. Выбрана стратегия автоматизации и определены необходимые шаги автоматизации и используемые информационные системы.
Далее были рассмотрены возможности применения системы «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-ст).
Вендров А.М. Проектирование программного обеспечения экономических информационных систем. – М.: Финансы и статистика,