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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

Характеристика предприятия и его деятельности

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

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

27 стран входят в сеть шинных центров Vianor. Это означает, что Вы получите высококлассное обслуживание в любом центре на территории Скандинавии, стран Прибалтики, СНГ, ЕС, США.

Сеть Vianor появилась на территории Российской Федерации в 2005 году. Первый шинный центр был открыт в Ростове-на-Дону, а через 10 лет их стало уже 396. Такие показатели возвели Vianor в ранг крупнейшей сети шинных центров в стране.*
В 2019 году в состав сети Vianor в России входит более 340 шинных центров.

1475 шинных центров входит в сеть Vianor по итогам первого квартала 2016 года. При этом 16 магазинов были открыты за последние несколько месяцев, из них 2 новых центра появились в России.  Таким образом, сеть Vianor не только не потеряла темпы развития в сложных экономических условиях 2014-2015 годов, но и расширила свое присутствие на мировом рынке.

1176 торговых точек сети – собственность партнеров-франчайзинга, и только 195 магазинов Vianor принадлежат Nokian Tyres. Такой интерес к франшизе Vianor обусловлен тремя ведущими факторами: высокая окупаемость бизнеса, стабильный спрос на товары и услуги центров и особые привилегии франчайзинга, включающие в себе специальные цены, лояльные условия оплаты, бесплатную доставку и всестороннюю поддержку каждого центра сети.

1635 сотрудников работают в собственных шинных центрах Vianor на 2015 год.

Каждый шинный центр Vianor соответствует требованиям премиум-класса, вне зависимости, открыт ли он концерном  Nokian Tyres или его партнером. Все торговые точки выдержаны в фирменном стиле оформления и предлагают широкий выбор автотоваров для автомобилей разных типов. Помимо шин, в центрах Vianor представлены диски, аккумуляторы, стеклоочистители, разнообразные аксессуары и т.д. Набор услуг центров также отличается разнообразием – от замены шин до сезонного хранения «резины».

Однако Nokian Tyres не останавливается на достигнутом. В 2015 году 59 мастерских были интегрированы в центры Vianor. Тем самым магазины сети переходят на новый уровень – от центра услуг по замене и обслуживанию шин к полноценному комплексу автосервиса. В таблице №1 представлены технико-экономические показатели объекта управления компании Vianor.

Таблица 1­­ ­­– Технико-экономические показатели объекта управления

№ п\п	Наименование характеристики (показателя)	Значение показателя на определённую дату либо за период
1	Количество центров в сети компании	1475 (2018г)
	Количество торговых точек сети	1176 (2018г)
	Количество сотрудников	1635 (2016г)
	Обороты компании	1.391 млрд евро (2016г)
	Чистая прибыль	298.7 млн евро (2016г)

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

Технико-экономические показатели – система измерителей, характеризующая материально-производственную базу предприятий и комплексное использование ресурсов (например, производительность, себестоимость, точность, выход продукции и пр.).

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

Организационная структура управления предприятием

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

Рис. 1 Организационная структура компании Vianor

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

Техническая архитектура представляет собой визуализацию связи технических средств автоматизации (рабочие станции, серверы, коммуникационное оборудование, периферия). На данной технической архитектуре Рис. 2, отображаются конкретные устройства. В рамках курсовой работы техническая архитектура включает в себя:

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

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

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

Рис. 2 Техническая архитектура предприятия

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

• серверные операционные системы
• клиентские операционные системы
• систему управления базой данных (СУБД)
• антивирусное программное обеспечение
• программное обеспечение общего назначения
• офисное программное обеспечение
• прикладное программное обеспечение в соответствии с задачей

Важно понимать, что вне зависимости от нашего желания архитектура объективно существует у каждого отдельного предприятия, а также холдинга, объединяющего разные предприятия. Причём, как правило, во втором случае архитектура холдинга не является простым объединением архитектур, входящих в него предприятий, т. к. существуют сквозные процессы, общие данные и корпоративные системы. Система «предприятие» в полной мере обладает таким свойством систем как Университет (эмерджентность, холизм, системный эффект) — появление у системы свойств, не присущих элементам системы; принципиальная несводимость свойств системы к сумме свойств составляющих её компонентов (неаддитивность).

Рис. 3 Программная архитектура предприятия

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

Сравнительный анализ готовых решений

В таблице 2 приведен анализ представленных на рынке систем продажи автомобильных запчастей.

Таблица 2 – Сравнительный анализ систем по продажи запчастей

№ п/п	Параметры	БухСофт	Парус	Галактика
1	комплексная автоматизация	+	+	+
2	сервис по отправке отчетности в контролирующие органы	+	+	-
3	круглосуточная экспертная поддержка	+	-	-
4	онлайн программа	+	-	+
5	необходимость установки	-	-	+
6	максимальная ориентация на потребителя	-	-	+
7	необходимость наличия сильной команды программистов	-	+	-

В качестве параметров указаны наиболее важные критерии. Далее приведено краткое описание систем аналогов 1С Предприятие.

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

Источник: https://www.buhsoft.ru/article/1641-est-li-alternativa-ili-analog-u-1s-obzor-programm-buhgalterii-v1

1. Программа Парус ориентирована главным образом на организации государственного сектора и крупные компании. Первая версия «Парус» была сделана в 1989 году для расчета зарплаты в центральной клинической больнице академии наук. В наши дни основные продукты Паруса – «Парус-Бюджет 7», «Парус-Бюджет 8», «Парус-Предприятие 8». По отзывам многих пользователей в системе хорошо реализован учет заработной платы.

Источник: https://www.buhsoft.ru/article/1641-est-li-alternativa-ili-analog-u-1s-obzor-programm-buhgalterii-v1

1. Галактика - это отечественная многофункциональная ERP система для решения полного спектра задач по управлению бизнес-процессами организаций. Она ориентирована на крупные и средние предприятия. Термин ERP пришел к нам из США. Он означает, что программа позволяет автоматизировать планирование всех ресурсов предприятия в режиме «онлайн».
2. Источник: https://www.buhsoft.ru/article/1641-est-li-alternativa-ili-analog-u-1s-obzor-programm-buhgalterii-v1

Сравнительный анализ способов приобретения ИС

Таблица 3 – Сравнительный анализ способов приобретения ИС

№ п/п	Способ приобретения	Достоинства и недостатки способа приобретения
1	Онлайн приобретение ключа продукта	+ быстрота покупки + отсутствие коробок от ПО - возможность мошенничества - без гарантии работоспособности
2	Покупка ключа в специализированных офисах	+ гарантия безопасности + чеки и документы на руках - более высокая стоимость
3	Доставка купленного софта	+ удобно - ожидание до нескольких недель

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

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

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

Сравнительный анализ стратегий внедрения ИС

Существуют 3 стадии внедрения ИС:

1)опытная эксплуатация;

2)опытно-промышленная эксплуатация;

3)промышленная эксплуатация.

Проблемы передачи ИС в эксплуатацию: 

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

2.«В систему, сданную в промышленную эксплуатацию, не должны вноситься изменения». Решение: тщательное предпроектное обследование; обоснованная постановка задачи.

Факторы, влияющие на особенности внедрения ИС:

Экономическим объектам присущи некоторые особенности, оказывающие влияние на процесс внедрения ИС. Для систематизации оценки можно ввести следующие критерии: 

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

2: объем документооборота и масштабы организации; 

3: стиль управления и корпоративная культура организации.

Таблица 4 – Сравнительный анализ стратегий внедрения ИС

№ п/п	Стратегия внедрения	Достоинства и недостатки стратегии внедрения
1	Внедрение осуществить полностью собственными силами	Преимущества 1.меньшие финансовые затраты, 2.знание бизнес-процессов, 3.независимость на этапе эксплуатации.  Недостатки: 1.требуются специалисты с 4.необходимость решения вопроса занятости сотрудников
2	Реализовать проект «под ключ» силами внешней компании-консультанта	Преимущества: 1.опыт управления проектами, 2.разработанная и «обкатанная» методология внедрения, 3.«новый взгляд» на задачи предприятия, 4.способность оказания услуг в области оптимизации системы управления Недостатки: 1.Большие финансовые затраты; 2. консультанты не знают особенностей конкретного предприятия
3	Привлечь руководителя проекта от внешней компании-консультанта	Преимущества: 1.меньшие финансовые затраты, 2.опыт управления проектами; 3.опыт внедрения системы Недостатки: 1.необходимость решения вопроса занятости сотрудников, 2.требуются программисты

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

Риски разработки и внедрения ИС

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

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

Фирма "1С" является официальным дистрибьютором деловых программных продуктов зарубежных и отечественных производителей, таких как Miсrosoft, Лаборатория Касперского, Eset, ABBYY, DrWeb, Аскон, ПроМТ, Entensys, Novosoft и другие.

Таблица 5 – Риски разработки и внедрения ИС

№ п/п	Этап жизненного цикла	Возможные риски	Пути снижения вероятности возникновения
1	опытная эксплуатация	1.риск низкого качества результатов проекта 2.риск срыва сроков проекта 3.риск увеличения затрат	1.контроль на каждом этапе 2.заблаговременное установление сроков с запасом 3.планирование бюджета с рисками
2	опытно-промышленная эксплуатация	1.риск остановки проекта 2.недостаточное количество участников проекта слабый менеджмент проекта	1.контроль качества 2.заблаговременный подбор участников 3.разделение обязанностей
3	промышленная эксплуатация	1.ротация (увольнение, перевод) участников проекта 2.несогласованность действий по обеспечению проекта  3.несоответствие фактического статуса проекта в компании	1.разделение обязанностей 2.составление бизнес-плана 3.контроль проекта на всех уровнях

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

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

Созданы несколько глобальных модулей в которых будут отображаться:

1. Бухгалтерия

2. Двигатель

3. Кузовные элементы

4. Подвеска

5. Рулевое управление

6. Салон

7. Трансмиссия

В модуле Бухгалтерия, существуют документы и журналы документов:

1. Заказ со склада, который отображает название, количество и стоимость деталей, заказанных со склада.

2. Название организации, в котором отображается тип документа и его наименование.

3. Отправка товаров, отвечает за список автозапчастей, отправленных в тот или иной филиал компании.

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

5 На вкладке сервис, в любое время можно изменить заказ наряд на запчасти и сделать сортировку по наименованию организации.

В модуле Двигатель находятся 13 заполненных справочников с их описанием и наполнением:

1. Актуатор турбины

2. Блок ГБЦ

3. Коленчатый вал

4. Патрубок

5. Поршень

6. Приводной ремень

7. Прокладка ГБЦ

8. Радиатор охлаждения

9. Свечи

10. Турбина

11. Турбо компрессор

12. Форсунка

13. Цепь ГРМ

В модуле Кузовные элементы созданы 9 справочников с наполнением и информацией:

1. Бампер задний

2. Бампер передний

3. Дверь левая

4. Дверь правая

5. Зеркало левое

6. Зеркало правое

7. Капот

8. Крышка багажника

9. Лючок бензобака

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

1. Карданный вал

2. Подшипник

3. Пружина

4. Редуктор

5. Рычаг подвесной

6. Сайлент блок

В модуле Рулевое управление созданы 3 справочника:

1. ГУР

2. Рулевая стойка

3. ЭУР

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

1. Дефлектор воздуховода

2. Задний диван

3. Зеркало заднего вида

4. Пепельница

5. Подлокотник центральный

6. Прикуриватель

7. Ручка КПП

8. Сиденье водительское

Напоследок в модуле Трансмиссия созданы 2 справочника с наполнением и информацией внутри них:

1. Кулиса КПП

2. Мехатроник

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

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

В 1С Предприятие созданы константы и регистры накоплений на основе которых и ведутся дальнейшие расчёты и отчёты.

Рис. 4 Вход в систему под ролью Администратор

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

Главными алгоритмами взаимодействия являются Заказ клиента в интернет магазине и Продажа этого товара потребителю. В качестве примера представлена диаграмма IDEF 0 на Рисунке 5, с описанием всех процессов.

Рис.5 Диаграмма IDEF 0

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

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

Рис. 6 Главное окно конфигурации

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

Рис. 7 Создание справочника

Документы - это прикладные объекты конфигурации. Они позволяют хранить в прикладном решении информацию о совершенных хозяйственных операциях или о событиях, произошедших в "жизни" предприятия вообще. Это могут быть, например, приходные накладные, приказы о приеме на работу, счета, платежные поручения и т.д. Для их создания в окне конфигурации мы щёлкаем правой кнопкой мыши по пункту Документы, нажимаем добавить. В далее открывшемся окне заполняем нужную нам информацию. На Рис. 8 приведена экранная форма создания документа.

Рис. 8 Создание документа

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

Рис. 9 Печатная форма документа

Регистры накопления - это прикладные объекты конфигурации. Они составляют основу механизма учета движения средств (финансов, товаров, материалов и т.д.), который позволяет автоматизировать такие направления, как складской учет, взаиморасчеты, планирование. Чтобы создать данный объект, мы переходим в окно конфигурации и в нём правой кнопкой мыши нажимаем на вкладку Регистры накопления. В появившееся окно мы заносим нужную нам информацию, не забывая при этом про его формы. На Рис. 10, показана форма создания регистра накопления.

Рис. 10 Создание регистра накопления

Регистры сведений - это прикладные объекты конфигурации. Они позволяют хранить в прикладном решении произвольные данные в разрезе нескольких измерений. Например, в регистре сведений можно хранить курсы валют в разрезе валют, или цены предприятия в разрезе номенклатуры и типа цен. Для его создания, мы переходим на его вкладку и нажимаем правой кнопкой мыши, принцип его создания похож на Регистр накопления. Так же важна работа с формами.

Рис. 11 Создание регистра сведений

Отчеты - это прикладные объекты конфигурации. Они предназначены для обработки накопленной информации и получения сводных данных в удобном для просмотра и анализа виде. Конфигуратор позволяет формировать набор различных отчетов, достаточных для удовлетворения потребности пользователей системы в достоверной и подробной выходной информации. Для их создания необходимо обладать нужными документами, регистрами и подсистемами. Без них создание отчёта нецелесообразно. Создаются отчёты так же, как и все объекты. На Рис. 12, приведено создание отчёта.

Рис. 12 Создание отчёта

Модули объекта - это главные окна, которые включают в себя:

1. Раздел описания локальных переменных данного модуля, можно указывать директиву компиляции (существует не для всех модулей). 2. Раздел описания процедур и функции. Если не писать директиву компиляции то по умолчанию она — &НаСервере, порядок процедур и функций не имеет ни какого значения.
3. Раздел основной программы модуля (содержатся некоторые операторы). Данный раздел выполняется при обращении к модулю (существует не для всех модулей).

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

Рис. 13 Роли и список пользователей

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

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

Тестирование прикладного решения один из самых главных этапов курсового проекта, в котором будут отображены рабочие экранные формы 1С предприятия. На Рисунке 15 приведена экранная форма главного окна конфигурации.

В главном окне приложения находятся подсистемы: Бухгалтерия, Двигатель, Кузовные элементы, Подвеска, Рулевое управление, Салон, Трансмиссия.

Рис. 15 Главное окно приложения

Рис. 16 Документ заказа со склада

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

Рис. 17 Документ отправка товаров

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

Рис. 18 Наполнение подсистемы трансмиссия

Для создания отчета, на Рис.19 есть возможность его создания с помощью консоли запросов, выделив нужные документы и конструкторы. С помощью их реквизитов в дальнейшем создаются отчёты.

Рис. 19 Создание отчёта с помощью консоли запросов

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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

1. Заика А.А. Разработка прикладных решений для платформы 1С:Предприятие 8 в режиме «Управляемое приложение» / А.А. Заика. – 2-е изд., испр. – Москва: Национальный Открытый Университет «ИНТУИТ», 2018. – 239 с.
2. Заика А.А. Основы разработки прикладных решений для 1С:Предприятие 8.1 / А.А. Заика. – 2-е изд., испр. – Москва: Национальный Открытый Университет «ИНТУИТ», 2018. – 208 с.
3. Заика А.А. Основы разработки для платформы 1С:Предприятие 8.2 в режиме «Управляемое приложение» / А.А. Заика. – 2-е изд., испр. – Москва: Национальный Открытый Университет «ИНТУИТ», 2018. – 254 с.
4. http://dok1c.narod.ru/
5. http://1c.ru/

Приложение

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

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

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

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

// регистр КоличествоТоваров Приход

Движения.КоличествоТоваров.Записывать = Истина;

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

Движение = Движения.КоличествоТоваров.Добавить();

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

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

Движение.Товар = ТекСтрокаПереченьТоваров.Товар;

Движение.Филиал = Филиал;

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

КонецЦикла;

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

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

&НаКлиенте

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

// Вставить содержимое обработчика.

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

&НаКлиенте
ПроцедураПереченьТоваровКоличествоПриИзменении(Элемент)
СтрТабЧасти=Элементы.ПереченьТоваров.ТекущиеДанные;
СтрТабЧасти.Сумма=СтрТабЧасти.Цена*СтрТабЧасти.Количество;
КонецПроцедуры

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

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

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

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

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

"ВЫБРАТЬ

| ПоступлениеТоваров.Дата,

| ПоступлениеТоваров.Номер,

| ПоступлениеТоваров.Фирма,

| ПоступлениеТоваров.ПереченьТоваров.(

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

| Товар,

| Цена,

| Количество,

| Сумма

| )

|ИЗ

| Документ.ПоступлениеТоваров КАК ПоступлениеТоваров

|ГДЕ

| ПоступлениеТоваров.Ссылка В (&Ссылка)";

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

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

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

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

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

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

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

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

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

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

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

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

КонецЕсли;

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

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

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

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

ВыборкаПереченьТоваров = Выборка.ПереченьТоваров.Выбрать();

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

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

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

КонецЦикла;

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

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

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

КонецЦикла;

//}}

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

&НаКлиенте

Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

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

ТабДок = Новый ТабличныйДокумент;

Печать(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

//}}

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

&НаСервере

Процедура Печать(ТабДок, ПараметрКоманды)

Документы.ПоступлениеТоваров.Печать(ТабДок, ПараметрКоманды);

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