![](/stc/img/evkova.png)
Понятие и виды государственных пенсий (Выбор комплекса задач автоматизации)
Содержание:
ВВЕДЕНИЕ
В нынешнее время на рынке используются большое количество разных решений для автоматизации практически всей деятельности организаций.
Для принятия управленческих решений нужна также информация, что наиболее удобным образом может обобщать учетные данные, то есть требуются разнообразные аналитические формы и отчеты.
Традиционная система управления предлагает стандартные отчеты, но она полного объема данных не позволяет увидеть. При этом в применяемых программных решениях часто используется одинаково структурированная информация с очень низким количеством различий. Также в большинстве случаев использование этого подхода продиктовано острой необходимостью в самые кратчайшие сроки развернуть практически работоспособную систему, при этом выполнив минимальный объем доработок.
Многие развивающиеся страны в полной мере уже давно осознали все уникальные преимущества, что несет распространение и развитие коммуникационных и информационных технологий.
Актуальность решения проблем автоматизации продаж в любом торговом предприятии с помощью создания конфигурации 1С:Предприятие 8.3 является одной из самых основных. Данная проблема охватывает и физическую обработку информации, и безопасность данных, и проектирование пользовательского интерфейса.
Объектом исследования в рамках работы является бизнес-процесс (БП) «Продажи».
Предмет исследования – разработка конфигурации для бизнес-процесса «Продажи».
Цель работы: рассмотреть и описать методы разработки конфигурации на основании бизнес-процесса «Продажи» с помощью платформы 1С:Предприятие 8.3.
В соответствии с целью к работе поставлены такие задачи:
– выполнить выбор задач автоматизации;
– дать характеристику документообороту, возникающую при решении задачи;
– обосновать проектные решения по организационному обеспечению;
– выполнить характеристику разработанных справочников в среде 1С:Предприятие 8.3;
– привести контрольный пример реализации конфигурации для бизнес-процесса «Продажи».
Описываемая проблема исследовалась многими учеными, администраторами, программистами с разных стран.
Методами анализа, которые применяются в работе, являются методы системного анализа, проектирования и разработки программного и информационного обеспечения ИС.
Курсовая работа состоит с введения, основной части (2 раздела), заключения и списка использованной литературы.
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1 Выбор комплекса задач автоматизации
В разных компаниях все существующие бизнес-процессы считаются последствием обращения в компанию клиентов, которые хотят использоваться их услугами или приобрести некий товар.
В результате происходит выполнение управления денежными потоками с клиентами, который содержит следующие документы:
– прайс-листы;
– договоры с клиентами;
– отчетная документация;
– накладные и другое.
Продажи – это одна из самых ответственных и самых распространенных задач.
Заметим, что очень часто в компаниях четко разделены функции для работы с продажами:
– представление услуги или продукции;
– оформление предварительного заказа;
– прием заявления клиента и предварительная оплата за продукцию;
– оформление вспомогательной финансовой документации;
– отчетность;
– гарантийные выплаты.
В результате можно подвести итог, что управления продажами зависит только от бизнес-процессов, которые протекают в компаниях, а именно, от специфики деятельности.
К примеру, консалтинговая компания имеет незначительные объемы денежных потоков в сравнении с производственным предприятием.
Под продажами понимается процесс выполнения заказов на реализацию товаров, который протекает с начала подачи заявки на выполнения заказа клиентом (устно или письменно) и заканчивается получением отчетной документации о завершении операции продажи.
Стоит отметить, что иногда присутствует этап послепродажного обслуживания клиентов.
Заметим, что процесс продаж товаров выполняют:
- менеджер по работе с клиентами;
- сотрудники отдела продаж.
Основными отделами, которые выполняют продажи товаров являются отдел по работе с клиентами и отдел продаж.
Отправной точкой процесса продаж товаров является сигнал или появление информации о клиенте, который нуждается в приобретении продукции.
После поступления информации от менеджеров по работе с клиентами о клиенте, который хочет приобрести продукцию, работники отдела продаж готовят товар к продаже и оформляют отчетную информацию.
На предприятиях также используются сопутствующие процессы:
– «Прием заявки от клиента»;
– «Оплата товара»;
– «Формирование отчетной информации» и другие.
Рассмотрим исполнителей этапов и регламенты их исполнения для БП «Продажи».
Для этого надо применить CASE-средство Allfussion Process Modeller в котором будет рассматриваться декомпозиция указанного бизнес-процесса на более подробные подпроцессы.[11]
На рисунке 1.1 рассмотрен бизнес-процесс «Продажи» при помощи контекстной диаграммы.
Рис. 1.1. Полученная контекстная диаграмма
Рассмотрим далее составные компоненты построенной контекстной диаграммы.
На рисунке 1.1 показаны основные входы:
– потребности клиентов;
– перечень предоставляемых услуг или товаров.
Под управлением указанного БП понимаются такие методы:
– устав организации;
– законы России.
Механизмами являются:
– менеджеры;
– клиенты.
Выходными (итоговыми) данными являются:
– оплаченные услуги или товары;
– отчетная документация.
Рассмотрим следующий уровень декомпозиции контекстной диаграммы, на которой показаны три подпроцесса (рис. 1.2):
– принятие заявки на покупку;
– рассмотрение возможности выполнения продаж;
– оплата.
Рис. 1.2. Декомпозиция контекстной диаграммы
Каждый подпроцесс описывается с помощью приведенного выше алгоритма.
Последний уровень декомпозиции показан на рисунке 1.3.
Рис. 1.3. Декомпозиция подпроцесса «Оплата за товары»
Стоит отметить, что для усовершенствования БП «Продажи» необходимо разработать конфигурацию на основании платформы 1С:Предприятие 8.3.
1.2.Характеристика документооборота, возникающего при решении задачи
Чаще всего последствием выполнения автоматизации основных бизнес- процессов любой компании выступают:
– повсеместное увеличение производительности труда персонала и общее снижение трудозатрат в компании;
– повышение скорости реализации основных заданий, что связаны с учетными операциями;
– значительное снижение численности ошибок в итоговой документации, отчетности и других формах документооборота;
– увеличение уровня эффективности учета, а это является причиной для увеличения рентабельности работы компании;
– удобство в осуществлении документооборота и деловых процессов.
Стоит отметить, что каждый из выше перечисленных пунктов, является весомым аргументом в пользу предоставления возможности автоматизации бизнес-процессов любой компании.
При реализации БП «Продажи» основным документом является заявление га покупку продукции.
В предыдущем пункте с помощью IDEF-диаграмм выполнено моделирование рассматриваемого БП.
В результате сформируем фрагмент схемы документооборота, который отображает деятельность компании в БП «Продажи» (рисунок 1.4):
Исполнитель Действие |
Персонал |
Руководство |
Архив |
Принятие заявки на покупку товара |
Заявка клиента, прайс-лист, счет об оплате |
Заявка клиента, прайс-лист, счет об оплате |
|
Рассмотрение возможности выполнения продаж |
Заявка клиента, прайс-лист, счет об оплате |
Заявка клиента, прайс-лист, счет об оплате (оригиналы) |
|
Оплата за товар |
Заявка клиента, прайс-лист, счет об оплате (копии) |
Рис.1.4.Схема документооборота
Существующий метод организации продаж связан с достаточной трудоемкостью, который с большой вероятностью приведет к их неправильной интерпретации или даже утери.
В настоящее время практически невозможно получить сразу перечень всех необходимых показателей для контроля плана работы компании или других задач по управлению процессом продаж.
Рассмотрим временные характеристики реализации описанных БП при использовании бумажного документооборота (таблица 1.1).
Таблица 1.1
Характеристики описания процессов
Действие |
Среднее количество за отчетный период |
Время, что необходимо для выполнения действия, минуты. |
Суммарное время, минуты |
---|---|---|---|
Принятие заявки на покупку товара |
25 |
5 |
125 |
Рассмотрение возможности выполнения продаж |
25 |
10 |
250 |
Оплата за товар |
20 |
10 |
200 |
ИТОГО, минуты |
575 |
Таким образом, ежедневно, около 575 минут, персонал занят обработкой процесса продаж товаров.
Стоит заметить, что если учесть итоговую продолжительность стандартного дня работы, то можно предположить, что на реализацию всех других рабочих обязанностей останется только менее 50% времени, а это является крайне неэффективным показателем.
Для традиционного способа документооборота для продаж товаров также характерны и другие недостатки:
– низкая скорость и точность выполнения расчетов показателей;
– малоэффективное применение рабочего времени персонала и руководства;
– контроль работы персонала только со стороны руководства;
– увеличивающийся «поток» бумажной документации;
– низкий уровень защиты данных.
В результате автоматизации процесса продажи, предполагается получать точные сведения о деятельности компании, сократить время на формирование оперативных отчетов, сопоставления показателей. Очевидно, что для выполнения автоматизации надо использовать компьютерную технику.
Другими словами, процесс автоматизации компании может принести компании финансовые издержки на модернизацию уже имеющегося оборудования или покупки новой компьютерной техники.
В таблице 1.2 показан расчет эффекта от внедрения и автоматизации управления процесса продаж товаров с применением компьютерной техники.
Таблица 1.2
Расчет эффекта от автоматизации
Действие |
Среднее количество за отчетный период |
Время, что необходимо для выполнения действия, минуты |
Суммарное время, минуты |
---|---|---|---|
Принятие заявки на покупку товара |
25 |
5 |
125 |
25 |
2 |
50 |
|
Оплата за товар |
20 |
10 |
200 |
ИТОГО, минуты |
375 |
Стоит отметить, что в результате автоматизации указанного бизнес-процесса общее время на выполнение и оформление продаж товара снизится до 375 минут в день, а именно, на 160 часов меньше, нежели в традиционном бумажном режиме управления, что является более, чем на 30% меньше в сравнении с исходным вариантом.
При этом, основной бизнес-процесс, который имеет возможность выполнить экономию времени – это «Рассмотрение возможности выполнения продаж», так как на другие указанная автоматизация никак не повлияет.
Кроме этого, присутствуют и другие преимуществами автоматизации:
– централизованное хранение информации;
– исключение потери хранимых данных;
– структуризация информации;
– выполнение оперативной обработки данных;
– выдача результатов на печать в удобной форме;
– быстрая корректировка информации;
– применение системы разграничения пользователей;
– сокращение времени на оформления документации и отчетности.
1.3. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение АИС (ИО) – это совокупность единой системы кодирования и классификации информации, разного рода унифицированных систем для документооборота и информационных массивов [4].
ИО регламентирует разные потоки и подготовку данных в ИС, организацию выполнения разных информационных процессов в организациях и предприятиях.
При характеристике информации в системе управления продажами выделяются компоненты:
– первичные элементы информации (начальные данные), которые могут являться присущими всем объектам для определенного класса и различаться только количественным выражением;
– схемы классификационных связей, что отражают логику изменений при производственном процессе, а также обосновывают направления преобразования данных (или информационной модели).
В состав ИО включены такие комплексы:
– компоненты внемашинного ИО (а именно, классификаторы технико-экономических данных и документы);
– внутримашинного ИО (экранные формы и макеты для ввода первичной информации в ЭВМ или же вывода результатной информации, архитектура информационной базы, а именно:
- входных и выходных файлов;
- баз данных.
Для представления информации в цифровом виде ее нужно сначала упорядочить (классифицировать) по нескольким атрибутам, а затем формализовать (закодировать) с применением классификаторов.
В исследовании будут применяться отраслевые классификаторы, которые создаются для систематизации и кодирования научной и технической информации.
Входные документы для автоматизации процесса продаж товаров желательно получать через вычислительную сеть, поэтому они представляются в файлах согласованной заранее структуры и передаются с помощью протокола передачи информации.
Для удобного использования таких файлов, им надо иметь табличную форму (что легко осуществить, так как эти документы считаются результатными в иных задачах):
– перспективный план развития создается в результате формирования долгосрочной стратегии функционирования компании;
– рабочий план на определенный период разрабатывается на основании перспективного плана развития и т.д.
К внутримашинному ИО относятся визуальные формы документов.
При построении структуры экранных форм для ввода данных первичной документации или оперативной информации, нужно использовать комбинированную форму, которая максимально приближенная к той, которая была применена в бумажном варианте документа.
Главной составной частью внутримашинного ИО является информационная база данных (БД).
БД – это поименованная совокупность хранимой информации, отражающая множество объектов, а также их отношений в рассматриваемой предметной области.
Главными способами организации БД являются методы создания распределенных и централизованных хранилищ данных.
На основании критериев и необходимости обеспечения надежности хранения информации в разрабатываемом проекте будет выбран централизованный метод организации БД.
По инструменту определения связей для информации различаются такие модели:
- иерархическая;
- сетевая;
- реляционная.
Для автоматизации управления процессом отгрузки будет применяться реляционная модель БД по таким причинам:
– наиболее подходит под реализацию проекта автоматизации;
– легкая в применении;
– использует множество инструментов для обработки и анализа данных.
Принятый в рассматриваемой модели подход к целостности и структурированию данных позволяет упорядочить и организовать в удобном виде процесс реализации и проектирования сложных БД, а реляционные операции имеют возможность осуществлять операции по обработке данных.
Входными документами при выполнении процесса отгрузки продукции являются документы, заполняемые при непосредственном утверждении деятельности между компанией и клиентами:
– договора о сотрудничестве;
– накладные на перемещение (отгрузку);
– акты о выполненной доставке;
– дорожные листы (в случае доставки продукции непосредственно к клиенту).
Эти документы считаются основоположными при непосредственном выполнении реализации продукции.
Рассмотрим самые популярные СУБД, которые применяются для создания полнофункциональных приложений на основании баз данных.
Microsoft SQL Server является системой для управления реляционными базами данных, что разработана корпорацией Microsoft.
В СУБД применяется популярный используемый язык для реализации запросов – T-SQL, создан также совместно компаниями Microsoft и Sybase. Язык является реализацией современного стандарта ANSI/ISO по языку запросов SQL с разными расширениями. Используется он для работы с БД размером от персональных локальных БД до крупных, масштаба предприятия или региона.
В состав стандартного релиза SQL Server входят утилиты, основная из них – это SQL Server Manager. Она предназначается для административных операций непосредственно с серверами, разными базами данных и другими объектами.[1]
Утилита под названием Query Analyzer предназначена для реализации скриптов (программного кода) в работе с объектами баз данных, а также организации запросов разной сложности.
Утилита Book Online предназначается для работы с справочными материалами от компании SQL Server.
Создание, а также редактирование таблиц в СУБД SQL Server возможно также с помощью графического интерфейса под названием Enterprise Manager, разными командами Query Analyzer, через копирование или другими способами.[3]
Наиболее часто создание или редактирование таблиц рассматриваемой СУБД выполняется в SQL Server при использовании графического интерфейса утилиты Enterprise Manager.
Основные положительные стороны SQL Server:
– применение серверных возможностей;
– поддержка применения триггеров и хранимых функций;
– внушительные возможности для масштабирования;
– средний порог вхождения для неопытных пользователей.
Заметим, что негативной стороной применения является то, что СУБД очень редко применяется для веб-приложений.
В отрицательным сторонам можно отнести то, что СУБД не применяется для серверных задач, а также в веб-приложениях.
PostgreSQL является свободно распространяемой системой управления БД объектно-реляционного типа, а также наиболее развитая из всех в нынешнее время открытых СУБД.
Объектно-реляционная СУБД ведёт происхождение от совокупности модулей POSTGRES, что написан для департамента Калифорнийского Университета США.
Двадцатилетняя разработка функционала PostgreSQL сделала описываемый продукт одной из главных СУБД, которые выполняют обработку с помощью открытого кода.[7]
Проект POSTGRES был создан под руководством ученного М. Стоунбрейкера, а также его спонсировали Агентство Расширенных Оборонных Проектов и Офис Армейских Исследований, а также Национальный Научный Фонд.
Реализация реляционной модели СУБД началась еще в далеком 198 6 году. После этого вышло сразу несколько версий и стандартизаций Postgres. Первая разработанная система начала работу уже в 1987 г., а также была продемонстрирована на симпозиуме ACM-SIGMOD в 1988 году.
Версия 1.1 реализована в конце 1989 году и могла работать с несколькими внешними пользователями.
Эта СУБД применялась для реализации многих работ по программной инженерии.
В разные годы при использовании данной СУБД разработано:
– системы анализа финансовых данных;
– БД перемещений астероидов;
– пакет мониторинга производительности разного рода реактивных двигателей;
– БД для медицинской информации;
– географические ИС.
СУБД PostgreSQL также применялась в качестве средства по обучению в нескольких университетах. Проект POSTGRES был приоритетным для проектов научного направления Sequoia 2010 г.
Размер сообщества пользователей СУБД вырос вдвое еще в 1992 году. Очевидно, что обслуживание прототипов кода, а также длительная поддержка занимают намного больше времени, нежели исследования в секторе БД. Пытаясь снизить пиковые нагрузки, связанные с выполнением поддержки, проект POSTGRES официально закончил существование с появлением релиза 4.2.
Функции, которые применены в PostgreSQL являются специальными блоками кода, которые реализуются на сервере БД. Они могут быть созданы на чистом SQL, реализация логики, к примеру, переходов и циклов, выходящих за рамки SQL, а также требует применения некоторых современных языковых расширений.
Все функции могут писаться при использовании одного с языков:
– PL/pgSQL;
– PL/LOLCODE, PL/Lua, PL/Ruby, PL/PHP, PL/Perl, PL/Python, PL/sh;
– классические ЯП – C++, Java;
– статистический ЯП R.
СУБД PostgreSQL имеет возможность для применения функций, возвращающих целые наборы записей, которые можно применять далее так же, как и результат выполнения классических запросов.
Функции могут быть выполнены только с правами создателя, а также с правом их пользователя.
Триггеры в рассматриваемой СУБД определяются как специальные функции, что инициализируются посредством DML-операциями. Например, команда INSERT может запустить созданный триггер, проверяющий некоторую запись, что добавлено при соответствии определённым критериям.
Для написании таких функций по триггерам часто используются разные ЯП.
DB2 – семейство систем управления современными объектно-реляционными БД, которые выпускаются фирмой IBM.
Истоки создания СУБД DB2 начинаются еще в начале 70-х годов, когда ученный Э. Кодд, работавший в компании IBM, разработал свою теорию баз данных, а в середине 1970 года опубликовал модель для реализации манипуляции данными.
Для воплощения моделей он разработал язык реляционных БД Alpha. IBM предпочла передать дальнейшую разработку группе программистов, которых Э.Кодд не контролировал. Они, нарушив некоторые принципы классической реляционной модели, реализовали ее в качестве структурированного английского языка запросов или сокращённо – SEQUEL.
Так как этот акроним был сторонней на то время зарегистрированной маркой, это название сократили к слову SQL – «структурированный язык запросов».[11]
В октябре 2010 года компания IBM заявила о новом выпуске СУБД DB2 10 для ОС z/OS, которая расширяла функционал в ключевых сферах деятельности:
- улучшение эффективности процессора;
- непревзойденная устойчивость обработки бизнес-информации;
- применение и развертывание баз данных;
- расширение бизнес-аналитики.
Выбранные функции, обеспечивающие указанные преимущества для пользователей, включают в себя следующие инструменты:
- пользователи могут снижать загрузку процессоров;
- в СУБД одновременно может работать до 130 пользователей;
- большой параллелизм в управлении данными, переопределения и доступа к ним;
- вспомогательные онлайн-изменения определений СУБД;
- улучшенная безопасность для лучшей детализации привилегий, а также реализация маскировки данных, возможность аудита для них;
- улучшена производительность СУБД для администраторов;
- применение механизма QMF Enterprise Edition – опция для функционирования моделей безопасности данных.
Основной положительной функцией СУБД является ее переносимость.
Она включает такие факторы:
– совместимость с разными ОС;
– минимальное время выполнения запросов;
– совместимости с разным ПО;
– вызов совместимого интерфейса;
– поддержка SQL-операторов разных уровней.[5]
Регулярная мобильность является в настояшее время очень существенной, поскольку окружающая среда выполнения БД не совпадает с средой ее разработки.
В общем для всех БД DB2 процедуры и функции отлично переносятся между разными ОС, а также между различными программными продуктами, построенными на основании БД.
В таблице 1.3 показана информация для сравнения СУБД.
Таблица 1.3
Сравнение СУБД
Поддержка технологии «клиент - сервер» |
Наличие инструментов оптимизации |
Поддержка объектно-реляционных принципов об-работки данных |
|
SQL Server |
+ |
+ |
+ |
PostgreSQL |
+ |
- |
+ |
DB2 |
+ |
- |
- |
В результате сопоставления информации о самых популярных СУБД можно сделать вывод, что для обработки базы данных нужно использовать СУБД SQL Server, так как остальные среда разработки БД имеют намного меньший функционал, возможности масштабирования и популярность.
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Характеристика разработанных справочников в среде 1С:Предприятие
Информационная модель представляется схемой движения входных, результативных и оперативных потоков, а также функций рассматриваемой области проектирования.
Также она объясняет тот факт, на основании именно какой входной документации выполняются функций, которые являются основными в разрабатываемой АИС.
Для хранения постоянной информации применяются в платформе 1С:Предприятие применяются справочники.
Справочники считаются объектами конфигурации, где есть возможность указать данные о некотором объекте, но в каждом из них используются 2 поля по умолчанию:
– Код;
– Наименование.
В платформе при установке настроек справочника установлена автоматическая нумерация.
При создании АИС взаиморасчетов с клиентами созданы Справочники (рисунок 2.1):
– Клиенты;
– Отделы;
– Продукция.
Рис. 2.1. Перечень справочников
Рассмотрим справочники, которые реализованы в АИС.
Справочник «Отделы» описывает группы персонала (таблица 2.1).
Количество символов поля Наименования: 25
Количество символов поля Код: 9
Таблица 2.1.
Структура «Отделы»
Имя |
Тип |
Реквизиты |
|
КодОтдела |
Число (целое) |
НазваниеОтдела |
Строка (текст) |
НачальникОтдела |
Строка (текст) |
Кабинет |
Число (целое) |
Справочник «Продукция» предназначен для хранения предоставляемых услуг компании (таблица 2.2).
Количество символов поля Наименования: 25
Количество символов поля Код: 9
Таблица 2.2.
Структура «Продукция»
Имя |
Тип |
Реквизиты |
|
Код |
Число (целое) |
НазваниеПродукции |
Строка (текст) |
Стоимость |
Число (целое) |
Справочник «Клиенты» использован для хранения регистрационных данных о клиентах (таблица 2.3).
Количество символов поля Наименования: 25
Количество символов поля Код: 9
Таблица 2.3.
Структура «Клиенты»
Имя |
Тип |
Реквизиты |
|
КодКлиента |
Число (целое) |
ФИОКлиента |
Строка (текст) |
АдресКлиента |
Строка (текст) |
ПолКлиента |
Строка (текст) |
ТелефонКлиента |
Строка (текст) |
Входные данные могут также быть введены в систему такими двумя методами:
– непосредственно вручную;
– выполнением импорта/экспорта данных.
Входные данные заполняются в основном по требованию рабочего процесса.
В таблице 2.4 рассмотрена сводная информация по справочниках:
Таблица 2.4
Сводная таблица по справочниках
Название справочника |
Клиенты |
Продукция |
Отделы |
Ответственный за его ведение |
Менеджер |
Менеджер |
Менеджер |
Средний объем справочника в записях |
155 |
30 |
5 |
Средняя частота актуализации |
1 раз в день |
1 раз в год |
1 раз в год |
Средний объем актуализации, записей |
30 |
2-3 |
1 |
Стоит заметить, что при реализации формы справочника некоторые поля являются обязательными.
2.2. Характеристика разработанных экранных форм документов в среде 1С:Предприятие
2.2.1. Описание документов, необходимых для получения исходной информации
Объект платформы 1С:Предприятие под названием документ применяется для хранения оперативных данных.
Стоит отметить, что в рассматриваемой задаче для автоматизации управления денежными потоками такой информацией являются введенные данные по учету продаж.
Рассмотрим реквизитный состав применяемых документов в АИС (таблицы 2.5, 2.6):
Таблица 2.5.
Документ под названием «Продажи»
Имя |
Тип |
Реквизиты |
|
Номер |
Число (целое) |
Дата оформления заявки |
Строка (текст) |
Клиент |
Подстановка СправочникСсылка.Клиенты |
Отдел |
Подстановка СправочникСсылка.Отделы |
Продукция |
Подстановка СправочникСсылка.Продукция |
Оплачено |
Булевое |
Таблица 2.6.
Документ «Сотрудники»
Имя |
Тип |
Реквизиты |
|
КодСотрудники |
Числовой |
ФИО |
Строка (текст) |
Адрес |
Строка (текст) |
Отдел |
Подстановка СправочникСсылка.Отделы |
Телефон |
Строка (текст) |
В таблице 2.7 рассматривается таблица с характеристиками результатной информации.
Пример разработки документа Продажи показан на рисунках 2.2 – 2.4.
Рис.2.2. Ввод данных о справочнике
Рис.2.3.Определение подсистем
Рис.2.4.Данные документа
Ниже показана сводная таблица по документам.
Таблица 2.7
Сводная таблица по документам
Название |
Сотрудники |
Управление продажами |
Ответственный за его ведение |
Менеджер |
Менеджер |
Средний объем документа в записях |
125 |
125 |
Средняя частота актуализации |
1 раза в месяц |
1 раза в день |
Средний объем актуализации, записей |
1 |
50 |
Источники |
Сотрудники Клиенты Отделы |
Сотрудники Клиенты Отделы |
Метод доставки информации |
Ввод вручную |
Ввод вручную |
В работе создан регистр сведений об оплате клиентами продукции. Принцип его создания является аналогичным к разработке справочников и документов.
2.2.2. Описание разработанных форм отчетов, необходимых для отражения результатов решения задачи
Отчеты предназначены для корректного вывода информации на печать. В конфигурации нужно при создании отчета разработать соответственный запрос для отбора информации с справочников и таблиц. Последовательность создания показана на рисунках 2.5 – 2.8:
Рис. 2.5. Основные данные об отчете
Рис.2.6. Выбор полей для запроса
Рис.2.7. Внешний вид запроса
Рис.2.8. Настройка отображения данных
В результате получим следующие отчет (рисунок 2.9 – 2.10):
Рис.2.9.Формирование отчета
Рис.2.10. Отчет
2.3. Описание разработанных подсистем в среде 1С:Предприятие
В конфигурации разработаны такие подсистемы:
– Администрация – для выполнения контроля за деятельностью компании;
– Бухгалтерия – для выполнения бухгалтерского учета деятельности компании;
– Отдел продаж – для учета продаж.
На рисунках 2.11 – 2.12 показана последовательность создания подсистемы:
Рис. 2.11. Ввод данных о подсистеме
Рис.2.12. Перечень объектов подсистемы
2.4. Контрольный пример реализации проекта в среде 1С:Предприятие и его описание
После запуска программы откроется окно, показанное на рисунке 2.13:
Рис.2.13. Главное окно ИС
В верхней части размещен перечень подсистем, после выбора какой-то будут доступны функции для каждой из них.
К примеру, для администрации используются объекты, рассмотренные на рисунке 2.14:
Рис.2.14. Перечень объектов подсистемы Администрация
Для ввода информации по товарам надо открыть объект Продукция (рис.2.15):
Рис.2.15. Перечень товаров
Для добавления информации нажмем соответствующую кнопку (рис.2.16):
Рис.2.16. Ввод товаров
Так же есть все возможности добавить другие данные, которые описаны выше:
Рис.2.17. Справочник Отделы
Рис.2.18. Справочник Клиенты
Для ввода информации о работе отдела продаж применяются документы Продажи и Сотрудники (рис.2.19):
Рис.2.19. Документ Продажи
Для ввода новой продажи нужно ввести данные (рис.2.20):
Рис.2.20. Форма для ввода данных о продаже
Заметим, что для удобства введения данных часто применяются выпадающие списки:
Рис.2.21. Форма для выбора клиента
Кроме этого, в работе созданы регистры и отчеты.
В результате применения ИС формируется электронный реестр продаж торговой компании.
ЗАКЛЮЧЕНИЕ
Прогресс, достигнутый за несколько последних лет во всех направлениях вычислительной техники, включая также теорию, технологию или приложения, привели к большому расширению области применения персональных компьютеров и росту количества их пользователей.
Существенным множеством современного общества являются самые разнообразные системы доступа или же хранения информации, которые и являются неотъемлемой составляющей научно-технического современного прогресса.
Существует много причин перевода существующих данных на компьютерную основу, поскольку более быстрая обработка информации и централизация хранения с использованием современных клиент/серверных технологий дают возможность сберечь значительные средства, и главное и время для получения нужной информации.
Также упрощается значительно доступ к огромным объемам информации для ведения баз данных.
В любой фирме возникает проблема автоматизации управления денежными потоками, что обеспечила бы наиболее самую эффективную работу.
Некоторые организации применяют для этого шкафы и бумажные папки, но большинство предпочитают современные компьютеризированные СУБД, которые позволяют эффективно хранить, извлекать данные и управлять большими объемами данных.
Использование автоматизированных информационных систем для учета продаж представляет в настоящее время базу специального компьютерного и программного обеспечения информационных процессов, входящих практически во все сферы человеческой деятельности.
По результатам написания работы выполнено следующие основные задания:
– выполнен выбор задач автоматизации;
– дана характеристика документообороту, возникающую при решении задачи;
– обоснованы проектные решения по организационному обеспечению;
– выполнена характеристика разработанных справочников в среде 1С:Предприятие 8.3;
– приведен контрольный пример реализации конфигурации для бизнес-процесса «Продажи».
Поскольку все поставленные задачи выполнены, можно считать, что курсовая работа своей цели достигла.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
- 1C:Бухгалтерия предприятия 8.1. Практическое пособие; КноРус - Москва, 2014. - 368 c.
- Абрамов Г. В., Медведкова И. Е., Коробова Л. А. Проектирование информационных систем. М.: ВГУИТ, 2014. 172с.
- Арский Ю.М., Гиляревский Р.С., Егоров В.С. и др Информационный рынок в России.-М.:ВИНИТИ, 2014.-293с.
- Баймакова И., Новиков А., Рогачев А., Хыдыров А. Обеспечение защиты персональных данных (+ CD-ROM); 1С-Паблишинг - Москва, 2014. - 272 c.
- Балдин, К.В. Информационные системы в экономике: Учебное пособие / К.В. Балдин. - М.: НИЦ ИНФРА-М, 2013. - 218 c.
- Бартеньев О. В. 1С: Предприятие: программирование для всех. Базовые объекты и расчеты на одной дискете. – М.: Диалог-МИФИ, 2014. – 464 с.
- Блиновская, Я.Ю. Введение в геоинформационные системы: Учебное пособие / Я.Ю. Блиновская, Д.С. Задоя. - М.: Форум, НИЦ ИНФРА-М, 2013. - 112 c.
- Богаченко В. М., Кириллова Н. А., Сухарева Е. М. Практический консультант бухгалтера; Феникс - Москва, 2015. - 416 c.
- Бодров, О.А. Предметно-ориентированные экономические информационные системы: Учебник для вузов / О.А. Бодров. - М.: Гор. линия-Телеком, 2013. - 244 c.
- Карский Э. В. 1С: Предприятие 8.2. Универсальный самоучитель; Омега-Л - Москва, 2015. - 232 c.
- Кулимнов, А.О. Информационные системы предприятия: Учебное пособие / А.О. Кулимнов, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.
- Романов, А.В. Информационные системы и их безопасность: Учебное пособие / А.В. Романов, А.А. Васильков, И.А. Васильков. - М.: Форум, 2013. - 528 c.
- Тихонов О.И. Экономика предприятия. – М.: Инфра М, 2014. – 416 с.
- Способы организации данных: пользовательский тип данных - структура ( Понятие о программировании и структурировании данных)
- «Корпоративная культура в организации»
- Метод наблюдения и особенности его использования в психологическим исследовании (Основные характеристики метода наблюдения в психологическом исследовании)
- Пути повышения экономического эффекта от проведения спортивно-зрелищных мероприятий
- Анкетирование как способ анализа потребительских предпочтений (Маркетинговое исследование на услуги телефонной связи)
- Налоговый учет по налогу на имущество организаций
- Организация управленческого учета в компании (Роль и место управленческого учета)
- Судебная власть государства: организация и полномочия (Общие положения судебной власти Российской Федерации)
- Пробелы права и способы их восполнения (Понятие и виды пробелов в праве)
- Понятие пенсии по случаю потери кормильца (Пенсия по потере кормильца)
- Понятие социального обеспечения (ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ СИСТЕМЫ СОЦИАЛЬНОГО ОБЕСПЕЧЕНИЯ)
- Моделирование предметной области «Управление заявками на техническое обслуживание» с помощью UML.