Главная страница
Навигация по странице:

  • 2. 1С: Предприятие 8

  • 5. Методика составления технического задания

  • Документ Microsoft Word (3). 1. Цели и задачи


    Скачать 75.44 Kb.
    Название1. Цели и задачи
    Дата28.09.2022
    Размер75.44 Kb.
    Формат файлаdocx
    Имя файлаДокумент Microsoft Word (3).docx
    ТипДокументы
    #703111

    1. Цели и задачи

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

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

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

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

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

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

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

    В связи с этим цель преддипломной практики заключается во внедрении и адаптации типовой конфигурации для применения ее на действующем предприятии.

    В соответствии с указанной целью в работе были поставлены и решены следующие задачи:

    Создать на базе 1С: Предприятия 8 новую конфигурацию ООО "На все руки мастер".

    Создать отчетные документы средствами конфигуратора программного комплекса "1С".

    Объект исследования - информационные системы в экономике и управлении.

    Предмет исследования - информационная система на базе программы "1С: Предприятие".

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

    2. 1С: Предприятие 8

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

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























































    Рис.1. "1С: Предприятие"

    Платформа - это среда исполнения и набор технологий, используемые в качестве основы для построения определенного круга приложений. Платформа предоставляет разработчику некоторую модель, которая, как правило, изолирует его от понятий и подробностей технологий и платформ более низкого уровня (Рис.2) [1].



    Рис.2. Место и роль платформы 1С: Предприятие

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

    Рис.3. Общая архитектура 1С: Предприятие



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

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

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

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

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

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

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

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

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

    Существует одна платформа (1С: Предприятие 8) и множество конфигураций. Для функционирования какого-либо прикладного решения всегда необходима платформа и какая-либо (одна) конфигурация.

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

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

    5. Методика составления технического задания

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

    Программа 1С: Предприятие и ее конфигурации требуют доработки для адаптации и внедрении на конкретном предприятии. Например, доработка 1С требуется при возникновении проблем с эксплуатацией продукта 1С.

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

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

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

    Обычно доработка 1С включает:

    Изменение или создание оригинальных форм, реквизитов, справочников;

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

    Создание отчетов и обработок, характерных для данного предприятия.

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

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

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

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

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

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

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

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

    При составлении технических заданий следует придерживаться ГОСТ 34.602-89, который обуславливает следующие обязательные разделы Технического задания:

    общие сведения о проектируемой системе;

    назначение и цели создания (развития) системы;

    характеристика объектов автоматизации;

    требования к системе;

    состав и содержание работ по созданию системы;

    порядок контроля и приемки системы;

    требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

    требования к документированию;

    источники разработки.



    написать администратору сайта