close

Вход

Забыли?

вход по аккаунту

?

Отчет о практике

код для вставкиСкачать
 Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования
ВЛАДИМИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
Имени А.Г. и Н.Г. Столетовых
Кафедра УИТЭС
Отчет о производственной практике
Выполнил: ст. гр. ПИ-108
Афонин А.А.
Принял:
Градусов Д.А.
Руководитель практики от предприятия:
Владимир, 2012
Оглавление
Введение2
1. Исследование ООО "Лоцман бизнес-технологий"3
2. Разработка приложения6
2.1. 1С-Предприятие 86
2.2. Методика составления технического задания10
2.3. Разработка конфигурации13
Выводы23
Введение
Место прохождения производственной практики - ООО "Лоцман бизнес-технологий", отдел автоматизации 1с. Основная деятельность ООО "Лоцман бизнес-технологий" - оказание бухгалтерских, технических, юридических услуг, автоматизация 1с. Основная деятельность отдела автоматизации 1с - автоматизации учета и управления; внедрение, доработка, сопровождение и обновление программных продуктов.
За время прохождения практики необходимо выполнить ряд задач, включающих:
* изучение платформы 1с для разработки;
* разработка конфигурации;
* реализация полученного задания;
* освоение теоретических материалов по платформе 1с;
На выполнение данных задач выделено 4 недели с 25 июня по 20 июля 2012.
1. Исследование ООО "Лоцман бизнес-технологий"
ООО "Лоцман Бизнес-Технологий" имеет достаточно длительную историю, что говорит как о богатом накопленном опыте, который ничто не может заменить, так и о солидности компании. Представляет собой предприятие, уже не первый год успешно работающее на рынке бухгалтерских услуг, 1С-Автоматизации, обслуживания компьютерной техники.
Создание компании относится к началу 2000-х годов, когда группа бухгалтеров, до того занимавшаяся оказанием бухуслуг в индивидуальном порядке, решила объединиться и создать собственное предприятие. 9 июля 2001 года ООО "Лоцман БТ" было зарегистрировано. Тогда же появился и первый отдел - бухгалтерского учёта и налогообложения.
Поскольку ведение бухгалтерского учёта на современном уровне невозможно без использования специализированных программ, вскоре в компании был создан второй отдел - автоматизации. А 21 марта 2002 года "Лоцман БТ" стал франчайзером фирмы "1С", ведущего российского производителя программных продуктов для организации учёта и управления на предприятиях. Сотрудникам стало уже тесно в одном помещении, появился второй офис. Отдел автоматизации развивался, росла сложность решаемых задач, увеличивалось число клиентов.
В 2005-2006 годах сотрудники отдела бухгалтерского учёта и налогообложения компании приняли участие в Первой Всероссийской открытой аттестации бухгалтеров, проводимой журналом "Главбух". Специалисты получили соответствующие сертификаты. 22 февраля 2006 года был заключён дистрибьюторский договор с концерном "Кодекс" (Санкт-Петербург).
С 2006 года "Лоцман Бизнес-Технологий" принимает регулярное участие в выставках, проводимых Торгово-промышленной палатой Владимирской области. В июне 2007 года был организован первый семинар для предприятий и предпринимателей по вопросам ведения бухгалтерского учёта и налогообложения, теперь такие семинары проводятся регулярно.
Следующим этапом развития компании стало создание в 2007 году технического отдела, который работает как самостоятельно, так и взаимодействует с другими отделами, помогая им в решении возникающих задач.
В последнее время "Лоцман Бизнес-Технологий" стал всё больше ориентироваться на оказании комплексных услуг для бизнеса. "Лоцман Бизнес-Технологий" - динамичная компания, опирающаяся в своём развитии на профессионализм сотрудников и новейшие достижения технического прогресса. Накопленный нами опыт работает на нас и наших клиентов.
Компания "Лоцман Бизнес-Технологий" входит в единую систему "1С:Франчайзинг" фирмы "1С".
Франчайзинговая сеть партнеров-внедренцев создана и развивается фирмой "1С" для квалифицированного выполнения работ по обслуживанию пользователей системы "1С:Предприятие" и гарантирует качество оказываемых услуг. На сегодня эта сеть не имеет аналогов в России, она сформирована и развивается на базе коллективов, не просто продающих программные продукты, но и имеющих опыт до- и послепродажного обслуживания клиентов, внедрения, сопровождения, а зачастую и разработки программ.
Фирмы-франчайзеры работают под единой маркой "1С:Франчайзинг", имеют в своем составе аттестованных фирмой "1С" специалистов, что гарантирует высокое качество выполнения типового набора услуг, начиная от простой инсталляции и элементарной настройки прикладной конфигурации до интеграции программы с другими пакетами, обучения пользователей и постановки учета на предприятии в полном объеме.
Фирма "1С" и ее партнеры прилагают совместные усилия для постоянного повышения качества обслуживания пользователей. Фирма "1С" разрабатывает типовую систему качества 1С:Франчайзинг, которая позволяет даже небольшим фирмам организовать работу в соответствии со стандартом качества ISO 9001 и получить сертификат международного образца. Сертификация по стандарту ISO 9001 гарантирует, что компания хорошо организована, в ней четко распределены обязанности, процедуры, соблюдается технология работы, имеются оперативные инструкции, документированные и известные всему персоналу, процедура контроля выполняемых работ и, конечно, профессиональный и хорошо обученный персонал, способный выполнять свою работу качественно и в срок. Первыми фирмами-франчайзерами, прошедшими сертификацию по международным стандартам ISO 9001, стали московские фирмы "И.К.С." и "АВРО-БУС".
Почему обслуживанием пользователей занимается не сама фирма "1С", а ее партнеры-франчайзеры? Дело в том, что франчайзинг - наилучший на сегодняшний день метод обеспечить индустриальное качество услуг, позволяющий сочетать эффективность, энергию, высочайший профессионализм и подвижность сотен небольших частных предприятий с мощью признанной торговой марки, технологическими достижениями и гарантиями ведущего российского разработчика программного обеспечения. Только небольшие частные предприятия реально могут оказывать внимание конкретным нуждам конкретного клиента. При этом наличие у франчайзеров за спиной самой фирмы "1С" дает клиенту уверенность, что предложенные ему решения по автоматизации будут совершенствоваться и поддерживаться на регулярной и долговременной основе.
2. Разработка приложения
2.1. 1С-Предприятие 8
Система программ "1С: Предприятие 8" включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц (Рис.1). Рис.1. "1С: Предприятие"
Платформа - это среда исполнения и набор технологий, используемые в качестве основы для построения определенного круга приложений. Платформа предоставляет разработчику некоторую модель, которая, как правило, изолирует его от понятий и подробностей технологий и платформ более низкого уровня (Рис.2).
Рис.2. Место и роль платформы 1С: Предприятие
При разработке платформы "1С: Предприятие" ее создатели сразу ориентировались на получение целостной базовой платформы, которая будет использоваться для построения разнообразных прикладных решений. При этом данные прикладные решения могут создаваться не только специалистами фирмы "1С", но и множеством других разработчиков, которые являются экспертами в тех или иных отраслях производственной деятельности. Поэтому платформа изначально проектировалась как тиражируемый продукт. Этот продукт включает все необходимые технологии для эксплуатации бизнес-приложений и инструменты для их разработки и модификации (Рис.3).
Рис.3. Общая архитектура 1С: Предприятие
Опыт разработки прикладных решений показывает, что значительная часть разработчиков не создает программы с нуля, а лишь дорабатывает типовые решения. Высокий уровень настраиваемости решений на специфические требования пользователя является одним из важных преимуществ столь четкого разграничения между платформой и прикладными решениями.
Данное обстоятельство определяет особые требования к наглядности и простоте понимания разработчиком уже существующих решений, а также максимально учитывается во всех механизмах платформы. Выделение прикладного решения как самостоятельного элемента позволяет сформировать целую область создания, распространения и поддержки разнообразных прикладных систем. В этой области можно сконцентрировать свои усилия только на специфике данного класса задач.
В принципах построения платформы "1С: Предприятие" изначально заложена строгая ориентация на разработку прикладного решения на основе определенной модели.
Модель - это вся идеология построения прикладного решения. Здесь и способы построения структур данных, и типы связей между данными, и принципы управления данными, и форматы описания бизнес-логики, и способы связи данных с объектами интерфейса, и разделение функциональности по уровням системы, а также многое другое.
Важно, что все приложения должны следовать принятой модели. Этим обеспечивается единообразие и предсказуемость их поведения. Таким образом, разработчик, который желает отразить в прикладном бизнес-решении специфику той или иной предметной области, имеет вполне определенный набор способов реализации задачи средствами, заложенными в платформу. Безусловно, такой подход в чем-то ограничивает свободу разработчика, но в то же время он защищает от множества ошибок и позволяет довольно быстро получить работоспособное решение, которое в дальнейшем сможет развиваться и поддерживаться не только им, но и другими специалистами.
Кроме того, наличие единой модели принципиальным образом сказывается и на простоте освоения системы. Вся разработка ведется в рамках одной сквозной системы понятий и в едином пространстве типов данных. У разработчика не возникает необходимости осваивать несколько моделей представления и тратить усилия на реализацию переходов между ними на разных уровнях.
В системе "1С: Предприятие" все операции редактирования данных (создание, изменение и удаление) проводятся только с использованием объектной техники. Разработчики взаимодействуют с базами данных не на уровне записей, а с помощью объектов, соответствующих хранимым в базах данных сущностям. Работа с объектными сущностями поддерживается представлением сущностей базы данных в виде объектов встроенного языка программирования и специальными типами данных, служащими для представления объектных ссылок (ссылок на объекты базы данных). Зная объект, легко получить его ссылку: зная ссылку - извлечь объект из базы данных. Данная техника обеспечивает наглядный и естественный способ описания в исходном коде алгоритмов бизнес-логики, манипулирующих объектами, и гарантирует логическую целостность данных при любых операциях. Это напоминает написание приложений объектных баз данных, с той лишь разницей, что сохранение данных происходит в таблицах реляционной СУБД. При этом в модулях, написанных на встроенном языке, может одновременно присутствовать несколько объектов, относящихся к одной единице базы данных.
Для изменения хранимых данных не требуется писать сложные запросы и преобразовывать результаты их обработки в объекты языка программирования. Достаточно получить объект из базы данных, изменить его свойства и снова сохранить. Разработчик при этом имеет возможность написать обработчики событий, связанных с изменением данных, выполняя с их помощью различные проверки и изменяя при необходимости другие данные.
В итоге можно сказать, что в системе 1С: Предприятие платформа является своеобразным "проигрывателем", а конфигурация - "компакт-диском". Платформа обеспечивает работу конфигурации и позволяет вносить в нее изменения или создавать собственную конфигурацию.
Существует одна платформа (1С: Предприятие 8) и множество конфигураций. Для функционирования какого-либо прикладного решения всегда необходима платформа и какая-либо (одна) конфигурация.
Сама по себе платформа не может выполнять никаких задач автоматизации, так как она создана для обеспечения работы какой-либо конфигурации. То же самое с конфигурацией: чтобы выполнить те задачи, для которых она создана, необходимо наличие платформы, которая и управляет ее работой.
Тут и выходит на передний план конфигурируемость системы, поскольку платформа, помимо управления работы конфигурацией, содержит средства, позволяющие вносить изменения в используемую конфигурацию. Более того, платформа позволяет создавать свою собственную конфигурацию "с нуля", если по каким-либо причинам использование типовой конфигурации представляется нецелесообразным.
2.2. Методика составления технического задания
Для выполнения поставленных задач были изучены основы разработок конфигураций как "с нуля" на базе платформы 1С: Предприятие 8, так и адаптации типовой конфигурации "Бухгалтерия предприятия" для различных ситуаций.
Программа 1С: Предприятие и ее конфигурации требуют доработки для адаптации и внедрении на конкретном предприятии. Например, доработка 1С требуется при возникновении проблем с эксплуатацией продукта 1С.
1С конфигурация дорабатывается с целью максимального сокращения накладных расходов на ведение бухгалтерского или налогового учета копании.
Справочники и отчеты программы 1С, дорабатываются под особенности конкретного предприятия, что позволяет с наибольшей эффективностью вести учет и отражать информацию о состоянии хозяйственной деятельности фирмы.
Кроме того, доработка 1С позволяет оптимизировать необходимую учетную информацию и снизить вероятность возникновения ошибки при ведении учета в 1С.
Обычно доработка 1С включает:
* Изменение или создание оригинальных форм, реквизитов, справочников;
* Разработка специфических документов и журналов документов;
* Создание отчетов и обработок, характерных для данного предприятия.
* Выполнение адаптации и внедрения типовой конфигурации на конкретном предприятии возможно только после составления технического задания. Так как конкретное предприятие неизвестно, составим универсальное техническое задание.
Техническое задание является основой проекта. В техническом задании отражаются все детали дальнейшей реализации проекта. Техническое задание (ТЗ) составляется на основе требований к технической стороне реализуемого проекта со стороны руководства компании, начальников отделов, технологов производства, сотрудников бухгалтерии.
Техническое задание составляется после предпроектного обследования, в нем отражаются все требования к разработке и эксплуатации создаваемого программно-аппаратного комплекса. В техническом задании очень важно проработать все документы, журналы документов и отчеты которые будут изменены или добавлены в создаваемый программно-аппаратный комплекс. Также включена как текстовая информация объясняющая поставленные задачи и способы их решения, так и графическое изображение документов, журналов, отчетов.
Формы документов, которые будут изменяться или вновь создаваться, а так же содержание всех полей документа, должно быть графически зафиксировано и согласовано с руководством предприятия, и/или непосредственными пользователями данных документов. Функции всех полей документов должны быть подробно и ясно описаны, должен быть согласован алгоритм заполнения табличной части документа. Печатные формы должны быть согласованы со всеми пользователями данных документов. Журналы документов так же являются частью технического задания. Перед началом работы по внедрению проекта состав и формы журналов должны быть определены.
Отчеты являются наиболее важной частью технического задания, так как именно ради получения информации, которая будет представлена в данных отчетах, обычно и начинается процесс автоматизации. Поэтому проработка форм и содержания отчетов является очень ответственным этапом в составлении технического задания на автоматизацию предприятия. Все формы отчетов должны быть разработаны при тесном взаимодействии всех заинтересованных пользователей информации. Перед началом работы с проектом очень важно разработать и утвердить формы отчетов, так как в дальнейшем если возникнет необходимость добавления или изменения отчетов, возможно возникновение ситуации, когда для построения отчетов будет недостаточно первичной информации, т.е. в программно-аппаратный комплекс не будут заложены документы, данные которых могут послужить базой для составления каких либо новых отчетов. Поэтому основная масса вопросов по составу и формам будущих отчетов должны быть решены на этапе составления технического задания.
После ознакомления с требованиями предприятия к будущему проекту и утверждением состава и форм всех документов, журналов документов и отчетов, нужно проработать внутреннюю структуру программного комплекса, например должна быть разработана структура регистров накопления информации, бухгалтерская аналитика, виды и структура внутренних справочников.
Немаловажным этапом составления технического задания, является определение и решение проблем технической базы, определяются требования к компьютерам и компьютерным сетям для обеспечения успешной реализации проекта, а так же дальнейшей работы всего программно-аппаратного комплекса. На этапе составления технического задания, должны быть поставлены и решены не только технические вопросы, но и вопросы организационного характера, определены ответственные лица на предприятии, определены возможные изменения в составе сотрудников предприятия, например, изменении состава внутреннего отдела автоматизации, бухгалтерии, изменении должностных инструкций.
Результатом работы по составлению технического задания является подробный официальный документ, подписанный руководством с обоих сторон, в котором отражены все аспекты предстоящей работы. После составления технического задания становится возможна оценка времени и стоимости реализации проекта.
При составлении технических заданий следует придерживаться ГОСТ 34.602-89, который обуславливает следующие обязательные разделы Технического задания:
общие сведения о проектируемой системе;
назначение и цели создания (развития) системы;
характеристика объектов автоматизации;
требования к системе;
состав и содержание работ по созданию системы;
порядок контроля и приемки системы;
требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
требования к документированию;
источники разработки. 2.3. Разработка конфигурации
Рассмотрим этапы разработки типовой конфигурации на базе 1С: Предприятие 8 на примере автоматизации управления предприятием ООО "На все руки мастер".
Фирма ООО "На все руки мастер" оказывает услуги по ремонту различной бытовой техники. Этапы разработки - это работа с отдельными объектами системы, которые отвечают за выполнение той или иной задачи автоматизации управления предприятием:
Создание справочников: Клиенты, Сотрудники, Номенклатура, Склады, Варианты номенклатуры, Дополнительные свойства номенклатуры, Субконто, Виды графиков работ.
Объект конфигурации Справочник является прикладным и предназначен для работы со списками данных. Используется для того, чтобы на его основе платформа создала в базе данных информационную структуру, в которой хранятся, например, список сотрудников, перечень товаров, список клиентов или поставщиков.
Справочник состоит из элементов. Характерной особенностью справочника является то, что пользователь в процессе работы может самостоятельно добавлять новые элементы в справочник: например, добавить новых сотрудников, создать новый товар или внести нового клиента.
Создание документов: Приходная накладная, Оказание услуги, Начисления сотрудникам.
Объект конфигурации Документ является прикладным и предназначен для описания информации о совершенных хозяйственных операциях или о событиях, произошедших в жизни организации вообще. На его основе платформа создает в базе данных информационную структуру, в которой хранятся, например, такие документы, как приходные накладные, или приказы о приеме на работу, или платежные поручения, или счета и т.д.
Характерной особенностью этого объекта конфигурации является то, что в процессе работы пользователь может самостоятельно создавать новые объекты этой структуры - новые документы.
Создание регистров накопления: Остатки материалов, Приходная накладная, Оказание услуги, оборотный р. н. Продажи (Рис.4).
Рис. 4. Регистры накопления разработанной конфигурации для ООО "На все руки мастер"
Объект конфигурации Регистр накопления является прикладным и предназначен для описания структуры накопления данных. На основе этого объекта платформа создает в базе данных информационную структуру, в которой будут накапливаться данные, "поставляемы" различными объектами базы данных. Эти данные будут храниться в регистре в виде отдельных записей, каждая из которых имеет одинаковую, заданную в конфигураторе структуру.
Отличительной особенностью регистра накопления является то, что он не предназначен для интерактивного редактирования пользователем. Разработчик может при необходимости предоставить пользователю возможность редактировать данный объект. Но предназначение регистра накопления заключается в том, чтобы его модификация производилась на основе алгоритмов работы других объектов базы данных (не обязательно документов), а не в результате непосредственных действий пользователя.
Создание отчетов: Материалы, Реестр документов Оказание услуги, Рейтинг услуг, Выручка мастеров, Перечень услуг, Рейтинг клиентов, Универсальный отчет, Универсальный отчет 2, Остатки материалов по свойствам, Начисления сотрудникам, Поиск данных, Оборотно-сальдовая ведомость, Перерасчет, Диаграмма начислений.
Объект конфигурации Отчет является прикладным и предназначен для описания алгоритмов, при помощи которых пользователь сможет получать необходимые ему выходные данные. Алгоритм формирования выходных данных описывается при помощи визуальных средств или с использованием встроенного языка. В реальной жизни этому объекту соответствуют всевозможные таблицы выходных данных, сводных данных, диаграммы и т.п.
Объект конфигурации Макет предназначен для хранения различных форм представления данных, которые могут потребоваться каким-либо объектам конфигурации или всему прикладному решению в целом. Макет может содержать табличный или текстовый документ, двоичные данные, HTML-документ или Active Document, графическую или географическую схему, схему компоновки данных или макет оформления схемы компоновки данных. Макеты могут существовать как сами по себе (общие макеты), так и быть подчинены какому-либо объекту конфигурации. Одно из предназначений макета, подчиненного объекту конфигурации - создание печатной формы этого объекта.
Создание регистров сведений: Цены, Графики работы, Значения свойств номенклатуры (Рис.5).
Рис.5. Регистры сведений разработанной конфигурации для ООО "На все руки мастер"
Объект конфигурации Регистр сведений является прикладным и предназначен для описания структуры хранения данных в разрезе нескольких измерений. На основе этого объекта платформа создает в базе данных информационную структуру, в которой хранится произвольная информация, "привязанная" к набору измерений.
Принципиальное отличие регистра сведений от регистра накопления заключается в том, что каждое движение регистра сведений устанавливает новое значение ресурса, в то время как движение регистра накопления изменяет существующее значение ресурса. По этой причине регистр сведений может хранить любые данные (а не только числовые, как регистр накопления).
Создание объекта Перечисление: Виды номенклатуры.
Объект конфигурации Перечисление является прикладным и предназначен для описания структуры хранения постоянных наборов значений, не изменяемых в процессе работы конфигурации. На его основе платформа создает в базе данных информационную структуру, в которой хранится набор некоторых постоянных значений.
Создание Плана видов характеристик: Виды субконто, Свойства номенклатуры. Объект конфигурации План видов характеристик является прикладным и предназначен для описания структуры хранения информации о характеристиках, создаваемых пользователем. На основе этого объекта платформа создает в базе данных информационную структуру. В ней может храниться информация о существующих видах характеристик и типе значения характеристики каждого вида.
В сущности, план видов характеристик очень напоминает справочник, однако имеет более узкую "специализацию": хранит информацию только о том, какими видами характеристик может описываться какой-либо объект базы данных. Эта информация состоит из названия вида характеристик и ее типа.
Создание плана счетов: Управленческий (Рис. 6).
Рис.6. План счетов разработанной конфигурации для ООО "На все руки мастер".
Объект конфигурации План счетов является прикладным. Он предназначен для описания структуры хранения информации о совокупности синтетических счетов предприятия, которые созданы для группировки данных о его хозяйственной деятельности. На основе этого объекта платформа создает в базе данных структуры, в которых хранится информация о том, какие счета и каким образом их будет использовать предприятие. Это может быть система бухгалтерских счетов, установленная государством, план управленческих счетов или произвольный набор счетов, используемых для анализа тех или иных видов деятельности предприятия.
Создание регистра бухгалтерии: Управленческий. Объект конфигурации Регистр бухгалтерии является прикладным и предназначен для описания структуры накопления данных, учет которых ведется исходя из некоторого плана счетов. На основе этого объекта платформа создает в базе данных информационную структуру, в которой будут накапливаться данные о хозяйственных операциях, отображаемых в бухгалтерском учете.
По своему виду регистр бухгалтерии напоминает регистр накопления - он также имеет ресурсы, может иметь измерения и реквизиты. Измерения позволяют разделить ведение учета (например, измерение Организация, можно вести учет в разрезе нескольких юридических лиц). Реквизиты служат признаком, по которому одни записи регистра можно отделить от других (например, в качестве реквизита может использоваться номер журнала, что позволит отбирать проводки, имеющие одинаковый смысл).
Значительное отличие от регистра накопления заключается в том, что регистр бухгалтерии имеет жесткую связь с используемым планом счетов.
Создание плана видов расчета: Основные начисления. Объект конфигурации План видов расчета является прикладным и предназначен для описания структуры хранения информации о возможных видах расчетов. На основе это объекта платформа создает в базе данных информационную структуру, в которой хранится информация о том, какие существуют виды расчета и каковы взаимосвязи между ними. Отличительной особенностью плана видов расчета является то, что пользователь в процессе работы может добавлять новые виды расчета. Создание регистра расчета: Начисления. Объект конфигурации Регистр расчета является прикладным и предназначен для описания структуры накопления данных, являющихся результатами расчетов. На основе этого объекта платформа создает в базе данных информационную структуру, в которой будут накапливаться данные, формируемые различными объектами базы данных.
Отличительной особенностью регистра расчета является то, что он не предназначен для интерактивного редактирования пользователем.
Создание регламентных заданий: Обновление индекса, Слияние индекса.
Каждое регламентное задание содержит два основных свойства: Имя метода и Расписание.
Свойство Имя метола связывает регламентное задание с некоторой процедурой или функцией общего модуля, которая, собственно, и будет исполняться. Эта процедура должна содержать алгоритм на встроенном языке, описывающий все те операции, которые должны быть выполнены.
Свойство расписание позволяет задать периодичность выполнения этой процедуры.
Кроме перечисленных свойств регламентное задание содержит и другие свойства, например, Интервал повтора при аварийном завершении и Количество повторов при аварийном завершении. Таким образом, если по какой-либо причине выполнение регламентного задания закончится неудачно, система 1С: Предприятие может автоматически запустить это задание указанное количество раз по прошествии указанного периода времени.
Создание подсистем: Бухгалтерия, Расчет зарплаты, Учет материалов и услуг.
В конфигураторе 1С: Предприятия существует возможность определить логическую структуру создаваемого прикладного решения, описав ее в виде различных по своей функциональности частей, которые в совокупности составляют данное прикладное решение.
Для описания такой структуры существуют объекты конфигурации Подсистема.
Большинство объектов конфигурации имеют соответствующее свойство Подсистемы, с помощью которого объект конфигурации можно отнести к тем или иным подсистемам.
Создание ролей: Администратор, Мастер, Расчетчик, Бухгалтер, Только просмотр.
С помощью объекта конфигурации Роль разработчик получает возможность описать набор прав на выполнение тех или иных действий над каждым объектом базы данных и над всей конфигурацией в целом.
Создание интерфейсов: Руководитель, Мастер, Бухгалтер
Нужно предоставить пользователю, исходя из разрешенных действий, удобный и функциональный интерфейс, не содержащий лишних элементов.
Администрирование работы пользователей. Администрирование работы пользователей производится с помощью режима ведения списка пользователей. Администратор базы имеет возможность создавать и удалять пользователей системы, назначать им интерфейсы и роли и т.д.
Реализация механизма распределенных информационных баз (Подразделения, Филиал).
С помощью выполнения всех этапов разработки получим готовую конфигурацию разработанную "с нуля", на базе 1С: Предприятие 8.
Выводы
По окончании производственной практики мною были изучены основы разработки прикладных решений на базе платформы 1с. Было реализовано практическое задание. Цели, поставленные в начале практики, достигнуты, задачи выполнены частично. 
Документ
Категория
Разное
Просмотров
3 953
Размер файла
386 Кб
Теги
преддипломная практика, практике, производственная практика, отчет, практика
1/--страниц
Пожаловаться на содержимое документа