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

Описание:
Доступные действия
Введите защитный код для скачивания файла и нажмите "Скачать файл"
Защитный код
Введите защитный код

Нажмите на изображение для генерации защитного кода

Текст:

Государственное бюджетное профессиональное образовательное учреждение

Республики Мордовия “Саранский политехнический техникум”

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

по ПМ 04 Обеспечение проектной деятельности

по теме: «Разработка подсистемы бухгалтерского учета фирмы «БитТех» по

продаже и ремонту компьютерной техники средствами платформы

«1С: Предприятие 8»»

Автор курсовой работы                          студент группы № 303 Каминский С.Н.

Специальность                                         ПИ (Прикладная информатика)

Обозначение курсовой работы               СПТ 230701.16.57

Руководитель работы                               Балыкова Т.А.

Оценка______________

Саранск 2016

Государственное бюджетное профессиональное образовательное учреждение

Республики Мордовия “Саранский политехнический техникум”

Задание на курсовую работу

студента группы №303 Каминского С.Н.

1.                Разработать подсистему бухгалтерского учета фирмы «БитТех» по продаже и ремонту компьютерной техники средствами платформы «1С: Предприятие 8».

2.                Срок сдачи законченной работы 20.05.16.

Руководитель работы:                                                      /Балыкова Т.А./

Задание принял к исполнению:                                     /Каминский С.Н./   

Саранск 2016

Содержание

Теоретическая часть

1.Сведения о системе «1С:Предприятие 8.2»

     1.1.Архитектура системы 1С:Предприятие

          1.1.1. Запуск системы 1С

          1.1.2. Варианты работы системы 1С:Предприятие

          1.1.3. Создание новой информационной базы

     1.2.Назначение объектов конфигурации

          1.2.1.Константы

          1.2.2.Справочники

          1.2.3.Документы

          1.2.4.Подсистемы

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

2.Создание конфигурации

1.Сведения о системе «1С:Предприятие 8.2»

1.1.        Архитектура системы 1С:Предприятие

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

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

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

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

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

В "1С:Предприятии" было введено четкое разделение на платформу и бизнес-приложение. Платформа представляет собой так называемый framework, в котором функционирует бизнес-приложение. Мы не смогли найти точного перевода этого слова на русский язык. С одной стороны framework можно считать фундаментом для построения приложений, а с другой - средой исполнения. Кроме того, платформа содержит, разумеется, и инструментарий, необходимый для разработки, администрирования и поддержки бизнес-приложений. Такое приложение является самостоятельной сущностью и может выступать в качестве отдельного программного продукта, но полностью опирается на технологии платформы.

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

Например, она предлагает разработчику собственную модель работы с данными и изолирует его от особенностей конкретного хранилища данных, а это позволяет, не изменяя бизнес-приложение использовать в нем различные хранилища. К примеру, в качестве БД при решении задач небольшого масштаба может применяться собственный файловый движок, а для работы в масштабе предприятия - MS SQL Server.

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

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

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

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

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

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

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

В системе 1С:Предприятие можно выделить две основные составляющие:

t                   технологическую платформу;

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

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

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

В технологической платформе выделяются две составляющие:

t                   среда исполнения;

t                   среда разработки.

Среда исполнения называется режимом 1С:Предприятие, а среда разработки открывается пользователю при запуске системы в режиме Конфигуратор.

В среде разработки используется технология метаданных, которые представляют собой структуру объектов, описывающую конкретное прикладное решение. Среда исполнения выполняет (проигрывает) метаданные. Здесь можно провести некую аналогию с любой системой, выполняющей программный код.

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

Работа программиста в среде разработки приводит к построению конкретной конфигурации.

И такая конфигурация реализуется (проигрывается) в среде выполнения (в режиме 1С:Предприятие). Важно заметить, что платформа 1С:Предприятие содержит фиксированный набор основных объектов конфигурации. Условно их можно назвать прототипами. Например, имеются прототипы справочника, документа, регистра сведений, отчета и еще ряд других. Когда в среде разработки создается новый объект конфигурации, то он наследует используемый при его по строении прототип (разрабатываемый объект конфигурации строится на основе одного из основных объектов).

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

Встроенный язык программирования системы 1С:Предприятие, а также язык запросов используются для описания специфических алгоритмов прикладного решения. Встроенный язык имеет много общих черт с другими языками программирования, такими как Visual Basic, javascript и др. Для построения запросов в систему 1С:Предприятие включен еще один язык — язык запросов, который похож на известный (по работе с базами данных) язык построения запросов SQL. Важной особенностью языка запросов в системе 1С:Предприятие является то, что он представляет собой доступ к данным только на чтение. Для записи же информации используются интерактивные средства и программные методы объектов системы 1С:Предприятие.

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

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

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

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

1.1.1. Создание новой информационной базы

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

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

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

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

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

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

1.1.2.Варианты работы системы 1С:Предприятие

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

Файловый вариант работы
Файловый вариант работы рассчитан на персональную работу одного пользователя или работу небольшого количества пользователей в локальной сети. В этом варианте все данные информационной базы располагаются в одном файле файловый СУБД.

Клиент – серверный вариант работы
Клиент-серверный вариант работы предназначен для использования в рабочих группах или в масштабе предприятия. Он реализован на основе трехуровневой архитектуры «клиент-сервер». В этом варианте информационная база хранится в одной из поддерживаемых систем управления базами данных, а взаимодействие между клиентскими и СУБД осуществляет кластер серверов 1С Предприятия 8.2.

Работа под управлением различных операционных систем

Все основные компоненты платформы способны функционировать как под управлением операционной системы Windows, так и под управлением операционной системы Linux. Благодаря тому, что взаимодействие процессов между собой осуществляется по протоколу TCP/IP, в составе системы могут присутствовать компоненты с различными операционными системами.

Подключение через Интернет

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

Системные требования

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

1.2.Назначение объектов конфигурации

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

t                   перечисление;

t                   справочник;

t                   документ;

t                   отчет;

t                   регистр накопления;

t                   регистр сведений.

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

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

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

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

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

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

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

Информация о файле
Название файла Разработка подсистемы бухгалтерского учета фирмы продаже и ремонту компьютерной техники средствами платформы от пользователя Гость
Дата добавления 10.5.2020, 19:51
Дата обновления 10.5.2020, 19:51
Тип файла Тип файла (zip - application/zip)
Скриншот Не доступно
Статистика
Размер файла 45.49 килобайт (Примерное время скачивания)
Просмотров 402
Скачиваний 89
Оценить файл