![](/stc/img/evkova.png)
Разработка конфигурации «Продажи» в среде 1С:Предприятие 8.3. (Анализ предметной области и постановка задачи)
Содержание:
Введение
В настоящее время розничная торговля занимает одно из ведущих мест в хозяйственной деятельности России. Данная сфера постоянно развивается и расширяется. Во времена, когда конкуренция во всех областях все больше набирает обороты, в сфере торговли выживают лишь те организации, которые предлагают своим клиентам лучший сервис. Стоит отметить, что автоматизация небольшого розничного магазина даже более важна, чем автоматизация розничной торговли сети магазинов крупного ритейлера.
В условиях растущей конкуренции в сфере торговли способны выжить только предприятия, предлагающие своим клиентам все более совершенный сервис. Причем для маленького магазина повышение качества обслуживание клиентов даже более важно, чем для крупной розничной сети. Ведь очень часто именно клиентский сервис становится последним решающим аргументом в борьбе за покупателей. Однако совершенствование уровня обслуживания невозможно обеспечить без автоматизации торгового процесса. Причем закупка и установка даже самого новейшего торгового оборудования без системы автоматизации магазина будет неэффективной, поскольку торговая техника всего лишь выполняет свою механическую работу. «Мозгом» магазина как раз и становится система автоматизации торговли, которая «считывает» информацию со всей техники, ведет учет и подготавливает всю необходимую информацию о движении товара, товарных запасах, выручке, деятельности сотрудников, динамике продаж и т.д.
Целью выполнения данной работы является разработка конфигурации для автоматизации розничной торговли.
1. Анализ предметной области и постановка задачи
1.1 Анализ предметной области
Розничная торговля – это завершающая форма продажи товаров конечному потребителю в небольших объемах через магазины, павильоны, лотки, палатки и другие пункты сети розничной торговли. В отличие от оптовой торговли, товар, купленный в системе розничной торговли, не рассчитан на дальнейшую перепродажу, а предназначен для непосредственного использования конечным потребителем [1].
Именно розничная торговля ориентирует отечественных производителей максимально учитывать запросы общества. В основе розничной торговли используется теория индивидуального выбора, которая исходит из принципа приоритета потребителя. Розничные предприятия выполняют ряд функций, увеличивающих ценность продаваемых ими товаров и услуг:
обеспечение определенного ассортимента товаров и услуг;
дробление поступающих партий товаров;
хранение запасов;
обеспечение сервиса.
Все эти действия составляют от 20 до 50% стоимости продаваемых в розницу товаров. Столь высокий показатель еще раз подчеркивает необходимость понимания деятельности розничных торговых предприятий, важности их роли в современном обществе.
В настоящее время розничная торговля является одним из наиболее динамично развивающихся секторов российского хозяйства. В отрасли действуют свыше 900 тыс. хозяйственных единиц и занято около 15 млн человек (около 15% общего числа занятых в экономике страны). В рыночных условиях розничная торговля в России ориентируется на развитие торговли в странах с развитой рыночной экономикой, где широко внедряются достижения науки и техники, сосредоточены большие людские ресурсы, привлекаются значительные финансовые средства.
Автоматизация просто необходима для успешного функционирования розничного предприятия. Она позволит решить множество комплексных задач, повысить скорость работы персонала и улучшить уровень обслуживания покупателей, а также организовать правильный оперативный и бухгалтерский учет. Также благодаря автоматизации руководитель всегда будет осведомлен об актуальной информации по состоянию предприятия, что позволит обеспечить его грамотное управление [2].
Автоматизация торговли с использованием программного обеспечения производится внедрением различных CRM и ERP систем в зависимости от специфики торговой точки. Данные системы могут быть как коробочного типа, так и написанные под заказ с учетом специфики предприятия, не предусмотренной в коробочных вариантах. Автоматизацию торговли необходимо проводить с учетом структуры торгового предприятия. Программное обеспечение должно подбираться для комплексного решения поставленных задач, устанавливаться только квалифицированными специалистами с последующим сопровождением системы.
Автоматизация розничной торговли позволяет:
- увеличить лояльность покупателей за счет повышения качества и скорости их обслуживания и внедрения гибких дисконтных систем;
- точнее и легче учитывать товар: строгий контроль остатков предотвратит хищения среди персонала, позволит контролировать состояние товарных остатков и своевременно пополнять ассортимент;
- облегчить управление магазином и удаленно следить за состоянием дел в торговом зале;
- надежно защитить товар при помощи противокражных систем и систем видеонаблюдения.
Так как розничная торговля достаточно развита в России и влияет на общее экономическое состояние страны, можно сделать вывод, что автоматизация данной сферы просто необходима. Она позволит улучшить работу предприятия, и тем самым простимулирует развитие данной сферы.
1.2 Анализ существующих систем автоматизации розничной торговли
В настоящее время практически не одно предприятие розничной торговли не обходиться без автоматизированной системы. Часто предпочтения отдаются типовым системам от различных ERP-компаний. Система ERP (Enterprise Resource Planning) – это корпоративная информационная система, которая предназначена для контроля, учета и анализа всех видов бизнес-процессов и решения бизнес-задач в масштабе предприятия . Значительным минусом таких систем является высокая цена в совокупности с ограниченными возможностями гибкой настройки программного обеспечения и добавления индивидуального функционала. Отличной альтернативой данным системам является, не типовая конфигурация, которая учитывает особенности и требования конкретной фирмы. Прежде, чем приступить к проектированию, необходимо проанализировать и выявить общие принципы построения и инструменты работы уже существующих и успешных систем выбранной направленности. Это важно, прежде всего, для выявления архитектуры и понимания особенностей работы разрабатываемой автоматизированной системы.
На современном рынке представлено большое количество ERP-систем для розничной торговли, такие как: Парус, Галактика, SAP, Microsoft Dinamics Axapta и другие. Рассмотрим их преимущества и недостатки подробнее.
Галактика.
Данная система существует на рынке уже 25 лет, программа завоевала свою нишу в области ERP, имеет достойное количество клиентов доверивших им автоматизацию предприятия.
Систему нельзя корректировать, кроме мелких исправлений интерфейса. Все доработки необходимо заказывать у разработчика системы, это выйдет дорого и не приемлемо по срокам. Система доступна для внешней интеграции по средствам XML, COM, ActiveX, ODBC.
Интерфейс с первого взгляда не очень дружелюбный, напоминает Excel.
Парус.
Данная программа так же берет свое начало очень давно, основана компания в 1990 году. Большинство доходов компания получает от государственных компаний. Парус так же состоит из модулей: финансы, бухгалтерия, MRP, CRM и т.д.
Систему имеют право дорабатывать только сами разработчики, софт приходится использовать «как есть». Как правило, устанавливается в БД Oracle, что выходит достаточно дорого при использование лицензионного ПО. Одним из главных плюсов системы является масштабируемость решения.
Интерфейс Паруса удобнее и понятней чем в Галактики.
SAP.
SAP это программа, класса ERP, родом из Германии. SAP, как и остальные решения, состоит из модулей различающиеся по видам назначения. SAP очень популярная система в мире. В России, в основном, внедряется крупным предприятиям. Это обусловлено высокой ценой лицензий и услуг (в 3 – 10 раз выше, чем 1С). SAP имеет хорошую репутацию среди ERP, решение хорошо масштабируемое.
Доработка SAP возможна, но достаточно трудоемкая. По практике, то, что в 1С 8.3 можно доработать за 1 – 2 часа, в SAP занимает 1 – 2 дня. Как правило в SAP ничего не дописывают, лишь настраивают.
Интерфейс является интуитивно понятным и приятным для работы.
Microsoft Dinamics Axapta (NAVISION).
Первая версия Axapta была выпущена в 1998 году. Достойная альтернатива SAP, программа, не смотря на распространенность в мире, не может похвастаться большой отечественной аудиторией. Axapta содержит все современные модули: MRP, HR, CRM и т.д. Среди особенностей данного решения – высокая степень интегрируемости с продуктами Microsoft – Outlook, Excel и тд. Лицензии не такие дорогие, относительно SAP.
Доработки софта, подобно SAP, достаточно трудоемкие. Специалистов на отечественном рынке не так уж много.
Интерфейс очень похож на Excel, что нельзя назвать достаточно удобным.
1С: Предприятие.
1С: Предприятие – это система программ, предназначенная для автоматизации различных областей экономической деятельности предприятий, организаций и учреждений, независимо от их вида деятельности и формы собственности, с различным уровнем сложности учета.
За счет своей универсальности она используется для автоматизации самых разных участков экономической деятельности предприятия: бухгалтерский, кадровый, оперативный торговый, складской и производственный учет, а также расчет заработной платы, учет товарных и материальных средств, взаиморасчетов с контрагентами.
Немаловажным плюсом данной системы является легкая доработка различных функций. Также большое количество высококвалифицированных специалистов по всей России, позволяет легко изменять систему под индивидуального пользователя [3].
Интерфейс программы является интуитивно понятным и не нагружен лишними функциями.
1С: Предприятие можно смело назвать лидером ERP- систем на Российском рынке. Разработанная конфигурация на платформе 1С: Предприятия не будет уступать по значениям характеристик, лидерам автоматизированных систем на Российском рынке.
1.3 Принципы построения существующих автоматизированных систем
Современные автоматизированные системы представляет собой не класс систем управления, а методологию организации бизнес-процессов предприятия. Важной особенностью проектирования систем управления предприятием на принципах ERP является направленность на планирование ресурсов производства. Вот почему большинство функций учета, реализованных в этих системах, служат лишь дополнением к основной задаче – составлению планов поставок материалов, производства и пр.
ERP (Enterprise Resource Planning) означает планирование ресурсов предприятия. Исторически назначение автоматизированных систем, построенных по этому принципу, претерпевало изменения. В 60 – 70-х годах ХХ в. был разработан стандарт управления предприятием, получивший название MRP (Material Requirements Planning) – планирование потребностей в материалах для производства. Дальнейшая его эволюция и привела к появлению стандарта ERP. Системы MRP создавались для производственных предприятий и очень редко использовались при планировании материальных потребностей организаций, оказывающих различные услуги [4].
ERP-системы пытаются копировать структуру, процессы, процедуры и политику ведения бизнеса. Поскольку каждый бизнес по-своему индивидуален, то нельзя всего лишь установить программное обеспечение ERP-системы и немедленно начать управление бизнес-процессами. В первую очередь нужно определить основные принципы ведения бизнеса в данной организации и сравнить их с функциональностью программного обеспечения. Тщательно выбирая значения для тысяч параметров конфигурации, можно практически на 90 – 100% удовлетворить предложенные бизнес-требования.
Конфигурирование ERP-системы может оказаться чрезвычайно сложной задачей, поскольку многие параметры взаимозависимы. Прежде чем задавать для них значения, нужно понять принципы работы программного обеспечения еще до его практического использования. Например, стратегия конфигурирования корпоративной структуры может оказать существенное влияние на подготовку финансовых балансов, управление материальными запасами, выполнение заказов клиентов, закупки материалов, управление компенсациями и пособиями, сохранение данных и т.п. Компания может иметь централизованную структуру для выполнения заказов клиентов и децентрализованную – для организации закупок и управления материальными запасами. В этом случае для правильного конфигурирования системы нужно решить, какое из приложений будет иметь централизованную или децентрализованную структуру
Вот несколько основных характеристик ERP-систем.
Эти системы состоят из нескольких модулей, которые также называются приложениями. Основные приложения поддерживают большое количество бизнес-функций, связанных с управлением финансами, дистрибуцией, производством и персоналом. Клиент может приобрести лицензии не для всех, а только для необходимых ему модулей.
Приложения интегрированы друг с другом таким образом, чтобы обеспечить выполнение отдельных транзакций в масштабе всего бизнес- процесса. Модульная структура обеспечивает гибкость в работе, а сами модули взаимодействуют друг с другом за счет передачи данных через программные интерфейсы. Причем введенная вручную транзакция в одном приложении может инициировать появление транзакций в других приложениях.
ERP-системы имеют очень сложную структуру. Тысячи параметров конфигурации системы взаимодействуют друг с другом и изменяют логику программ для удовлетворения уникальных требований бизнес-процессов. Поэтому документация к таким системам содержит огромное количество подробных инструкций.
В ERP-системах часто используются мощные механизмы хранения данных, например, на основе систем управления базами данных (Relational Database Management System – RDBMS). Крупная база данных ERP-системы может иметь размер более 300 Гбайт.
Конкуренция среди поставщиков ERP-систем очень высока. Их продукты обладают всеми необходимыми функциями для удовлетворения нужд практически любого бизнес-процесса. Обычно интерфейсы между такими программными продуктами разных поставщиков являются закрытыми и должны быть реализованы как настраиваемые пользовательские расширения.
ERP-системы могут быть комбинацией интерактивных и пакетных процессов. Многие функции поддерживают как ручной интерактивный способ работы, так и автоматизированный пакетный процесс. Например, кассовые поступления в модуле Accounts Receivable можно вводить либо вручную, вводя нужные данные в форму, либо автоматически, конфигурируя систему для использования программы AutoLockbox, предназначенной для автоматической обработки поступившего из банка файла данных
Учитывая данные принципы построения автоматизированных систем можно избежать ошибок при конфигурировании собственной системы и сделать ее наиболее удобной для пользователя, не перегружая лишними функциями.
1.4 Основы организации и функционирования автоматизированных систем
Проанализировав принципы построения автоматизированных систем розничного предприятия, можно выявить общие структурные элементы и функции, которые должны присутствовать для успешного внедрения.
При автоматизации учитывается структура предприятия, а также его особенности. Основными направлениями автоматизации розничной торговли являются:
- расчеты с контрагентами;
- расчеты с сотрудниками;
- учет запасов.
Данные направления учитываются как в бухгалтерском, так и в оперативном учете. Многим фирмам необходима возможность системы вести учет по нескольким предприятиям в одной информационной базе. Должна быть возможность использовать систему в качестве достаточно простого и наглядного инструмента бухгалтера, а также как средство полной автоматизации учета от ввода первичных документов до формирования отчетности.
Для расчетов с контрагентами, в системе необходимо вести учет наличия и движения средств, также необходимо предусмотреть возможность настройки на различные схемы взаимодействия с покупателями и поставщиками (скидки, условия поставок, и т.д.). Следует предусмотреть различный учет средств на расчетных счетах и в кассе, кредитов, консигнации, учета ведение любых разделов бухгалтерского учета на предприятиях различных типов.
Для учета запасов система должна быть универсальной и предусматривать возможность настройки на различные схемы учета складских запасов. Также необходимо учесть планирование закупок и продаж, для анализа рентабельности торговли и возможности информирования об актуальных данных по запасам на складах.
Для расчетов с сотрудниками представлен отдельный функциональный блок, ориентированный на проведение периодических расчетов и предназначенный для решения широкого круга разнообразных задач, связанных с учетом самых разнообразных ресурсов и расчетом тех или иных параметров по ним. Система должна позволять проводить расчеты с определенной периодичностью, от одного дня до года. Она, например, может быть настроена на расчет заработной платы, как по месячному, так и по недельному циклу.
Выбор состава необходимых компонент определяется задачами, которые организация ставит в области автоматизации. Рассмотрев популярные системы в данной сфере, можно выделить основные функции автоматизации розничной торговли:
- учет складских запасов товаров и их движения;
- учет взаиморасчетов с контрагентами;
- резервирование товаров и контроль оплаты;
- учет денег на расчетных счетах и в кассе;
- автоматический расчет цен списания товаров;
- учет выданных на реализацию товаров, их возврата и оплаты;
- учет перемещений сотрудников предприятия и расчет их заработной платы и разного рода компенсаций;
- учет номенклатуры и расчет их себестоимости.
Данные функции следует учесть при разработке собственной конфигурации для учета операций на предприятии розничной торговли.
2. Проектирование информационной системы
2.1 Анализ бизнес-процессов предприятия
Важным этапом проектирования является построение модели бизнес- процессов. На начальных этапах создания ИС необходимо понять, как работает организация, которую необходимо автоматизировать. Поэтому для описания работы предприятия необходимо построить модель, которая будет соответствовать предметной области и содержать в себе знания всех участников бизнес-процессов организации [8].
Функциональная модель представлена контекстной диаграммой «Учет торговли на розничном предприятии» в методологии IDEF0.
Входными данными для бизнес-процесса «Учет торговли на розничном предприятии» являются:
- данные о заработной плате;
- данные о номенклатуре;
- данные о ценах номенклатуры;
- данные о складах;
- данные о поставщиках;
- данные о должностях;
- данные о сотрудниках;
- данные о вакансиях.
Выходным данным для бизнес-процесса «Учет торговли на розничном предприятии» являются:
- отчет о свободных вакансиях;
- начисления сотрудникам;
- отчет по увольнениям;
- отчет о наличие товаров на складе;
- рейтинг товаров.
Работа системы осуществляется на основании устава предприятия и федерального закона от 28 декабря 2009 года №381-ФЗ «Об основах
государственного регулирования торговой деятельности в Российской Федерации, в качестве механизмов выступают администратор предприятия и продавец.
Контекстная диаграмма бизнес-процессов автоматизированной системы «Учет торговли на розничном предприятии» представлена на рисунке 1.
Рисунок 1 – Контекстная диаграмма
На основе созданной контекстной диаграммы в результате детализации обобщенного процесса «Учет торговли на розничном предприятии» была разработана детализирующая диаграмма, представленная на рисунке 2.
Рисунок 2 – Детализирующая диаграмма процесса «Учет торговли на розничном предприятии» в нотации DFD
В процессе декомпозиции бизнес-процесса системы «Учет торговли на розничном предприятии» выделены 2 процесса: «Учет данных об отношении с сотрудниками», «Учет запасов».
Процесс «Учет данных об отношении с сотрудниками» предназначен для учета сотрудников предприятия, их заработной платы, а также свободных вакансий каждого подразделения.
Процесс «Учет запасов» предназначен для учета номенклатуры на складах.
Для отображения накопленных данных определено хранилище:
«Ответственные лица».
В результате детализации обобщенного процесса «Учет данных об отношении с сотрудниками» была разработана детализирующая диаграмма, представленная на рисунке 3.
Рисунок 3 – Детализирующая диаграмма «Учет данных об отношении с сотрудниками» в нотации DFD
В процессе декомпозиции бизнес-процесса системы «Учет данных об отношении с сотрудниками» выделены 8 процессов: «Учет данных о должностях», «Учет данных о заработной плате», «Учет данных о вакансиях», «Принятие на работу», «Увольнение», «Начисление заработной платы», «Учет свободных вакансий», «Формирование отчетных документов».
Процесс «Учет данных о должностях» предназначен для учета должностей на предприятии.
Процесс «Учет данных о заработной плате» предназначен для учета размера заработной платы сотрудников на различных должностях.
Процесс «Учет данных о вакансиях» предназначен для учета вакансий и штатного расписания предприятия.
Процесс «Принятие на работу» предназначен для оформления документов принятия на работу.
Процесс «Увольнение» предназначен для оформления документов увольнения сотрудников с предприятия.
Процесс «Начисление заработной платы» предназначен для начисления заработной платы сотрудникам и расчета отчислений.
Процесс «Учет свободных вакансий» предназначен для учета вакантных рабочих мест на предприятие.
Процесс «Формирование отчетных документов» предназначен для формирования отчетных документов, связанных с управлением персоналом на предприятии.
Для отображения накопленных данных определены 4 хранилища:
«Должности», «Сотрудники», «Заработная плата», «Штатное расписание».
Так как все процессы диаграммы декомпозиции бизнес-процесса «Учет данных об отношении с сотрудниками» являются простыми, их дальнейшая декомпозиция не требуется.
В результате детализации обобщенного процесса «Учет запасов» была разработана детализирующая диаграмма, представленная на рисунке 4.
Рисунок 4 – Детализирующая диаграмма «Учет запасов» в нотации DFD
В процессе декомпозиции бизнес-процесса системы «Учет запасов» выделены 7 процессов: «Учет данных о складах», «Учет данных о поставщиках», «Перемещение в розницу», «Учет данных о запасах», «Поступление на склад», «Учет цен номенклатуры», «Отгрузка со склада», «Формирование отчетных документов».
Процесс «Учет информации о складах» предназначен для учета информации о складах.
Процесс «Учет информации о поставщиках» предназначен для учета информации о поставщиках.
Процесс «Учет данных о запасах» предназначен для учета данных о товарах на складах.
Процесс «Поступление на склад» предназначен для оформления документов поступления товаров на склад.
Процесс «Учет цен номенклатуры» предназначен для учета цен номенклатуры.
Процесс «Отгрузка со склада» предназначен для оформления отгрузки товаров со склада.
Процесс «Перемещение в розницу» предназначен для оформления перемещения товаров с основного склада на склад магазина.
Процесс «Формирование отчетных документов» предназначен для формирования отчетных документов связанных.
Для отображения накопленных данных определены 4 хранилища:
«Склады», «Номенклатура», «Цены номенклатуры», «Поставщики».
Так как все процессы диаграммы декомпозиции бизнес-процесса «Учет запасов» являются простыми, их дальнейшая декомпозиция не требуется.
2.2 Проектирование логической модели базы данных
Логическая модель данных является начальным прототипом будущей базы данных. Она строится в терминах информационных единиц, но без привязки к конкретной СУБД. Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью [9]. В процессе разработки логической модели данных выделено 25 сущностей.
Для разрабатываемой системы были выделены сущности, представленные в приложение Д.
Была разработана логическая модель данных для автоматизированной системы розничной торговли. Данная логическая модель содержит 21 сущность. Были определены реквизиты сущности и первичные ключи.
2.2.1 Определение связей между сущностями
При проектировании таблиц и определении связей между ними используют способ нормализации. Этот способ позволяет разделить исходную, сплошную таблицу на ряд элементарных таблиц, между которыми устанавливаются связи. Такая совокупность связанных таблиц создает единую информационную цепь объекта. Вместе с тем, из этой цепи можно выбирать частичную информацию об объекте, хранимую в отдельной таблице. В то же время связи позволяют осуществить и обратный процесс «сборки» информации по информации одной из таблиц [10].
Существует четыре вида связей (отношений между таблицами):
- один к одному;
- один ко многим;
- многие к одному;
- многие ко многим.
Связь один к одному означает, что каждой записи первой таблицы соответствует только одна, связанная с ней запись второй таблицы и наоборот. Такой тип отношений используется крайне редко, так как фактически все данные могут быть помещены в одной таблице.
Связь один ко многим характерна тем, что запись одной таблицы связана с несколькими записями другой таблицы. В то же время запись второй таблицы не может быть связана более чем с одной записью первой таблицы.
Связь многие ко многим или непрямая табличная связь определяет связь одной записи первой таблицы с несколькими записями второй таблицы, в то же время как одна запись второй таблицы может быть связана с несколькими записями первой таблицы. На практике такой сложный вид связи между двумя таблицами реализуется через промежуточную (связующую) таблицу. Она позволяет заменить одну связь вида многие ко многим на две последовательные связи: многие к одному и один ко многим, которые реализуются проще [11].
Описание структуры связей логической модели базы данных представлено в таблице 2.
Таблица 2 – Описание структуры связей
Главная сущность |
Зависимая сущность |
Название связи |
Мощность |
1 |
2 |
3 |
4 |
Сотрудники |
Розничные продажи |
Неидентифицирующая |
Один ко многим |
Сотрудники |
Склады |
Неидентифицирующая |
Один ко многим |
Физические лица |
Сотрудники |
Неидентифицирующая |
Один к одному |
Сотрудники |
Увольнения |
Неидентифицирующая |
Один ко многим |
Сотрудники |
Список сотрудников |
Идентифицирующая |
Один ко многим |
Должности |
Сотрудники |
Неидентифицирующая |
Один ко многим |
Поставщики |
Приходная накладная |
Неидентифицирующая |
Один ко многим |
Продолжение таблицы 2
1 |
2 |
3 |
4 |
Приходная накладная |
Состав приход |
Идентифицирующая |
Один ко многим |
Номенклатура |
Состав приход |
Идентифицирующая |
Один ко многим |
Склад |
Перемещение в розницу |
Неидентифицирующая |
Один ко многим |
Перемещение в розницу |
Состав перемещения |
Идентифицирующая |
Один ко многим |
Номенклатура |
Состав перемещение |
Идентифицирующая |
Один ко многим |
Склад |
Список номенклатуры |
Идентифицирующая |
Один ко многим |
Номенклатура |
Список номенклатуры |
Идентифицирующая |
Один ко многим |
Розничная продажа |
Состав расход |
Идентифицирующая |
Один ко многим |
Номенклатура |
Цены номенклатуры |
Неидентифицирующая |
Один ко многим |
Склад |
Розничные продажи |
Неидентифицирующая |
Один ко многим |
Склад |
Приходная накладная |
Неидентифицирующая |
Один ко многим |
Физические лица |
Принятие на работу |
Неидентифицирующая |
Один ко многим |
Должности |
Принятие на работу |
Неидентифицирующая |
Один ко многим |
Должности |
Заработная плата |
Неидентифицирующая |
Один ко многим |
Должности |
Увольнения |
Неидентифицирующая |
Один ко многим |
Должности |
Список сотрудников |
Неидентифицирующая |
Один ко многим |
Должности |
Список должностей |
Идентифицирующая |
Один ко многим |
Начисление зарплаты |
Список сотрудников |
Идентифицирующая |
Один ко многим |
Штатное расписание |
Список должностей |
Идентифицирующая |
Один ко многим |
Таким образом, были определены связи между сущностями и их тип данных представленных связей.
2.2.2. Нормализация базы данных
Для поддержания БД в устойчивом состоянии используется ряд механизмов, которые получили обобщенное название средств поддержки целостности. Процесс нормализации и есть приведение структуры БД в соответствие этим ограничениям.
В целом суть этих ограничений весьма проста: каждый факт, хранимый в БД, должен храниться один-единственный раз, поскольку дублирование может привести к несогласованности между копиями одной и той же информации. Следует избегать любых неоднозначностей, а также избыточности хранимой информации.
Нормализацией схемы базы данных называется процедура, производимая над базой данных с целью удаления в ней избыточности.
Выделяются шесть нормальных форм, пять из которых так и называются: первая, вторая, третья, четвертая, пятая нормальная форма, а также нормальная форма Бойса-Кодда, лежащая между третьей и четвертой.
Для реляционной модели данных разработано несколько нормализованных форм, три из которых являются основными.
База данных считается нормализованной, если ее таблицы представлены как минимум в третьей нормальной форме. Часто многие таблицы нормализуются до четвертой нормальной формы, иногда, наоборот, производится денормализация. Использования таблиц в пятой нормальной форме в реальных базах данных встречается редко [12].
Первая нормальная форма(1НФ) говорит, что каждый атрибут отношения должен хранить атомарное значение, каждое отношение (строка в таблице) должно содержать одинаковое количество атрибутов (столбцов), то есть:
- запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию);
- запрещает множественные столбцы (содержащие значения типа списка и т.п.);
- требует определить первичный ключ для таблицы, то есть тот столбец или комбинацию столбцов, которые однозначно определяют каждую строку.
Вторая нормальная форма (2НФ) говорит, что отношение находится во второй нормальной форме, если оно находится в 1НФ, и при этом все не ключевые атрибуты зависят только от первичного ключа, то есть:
- вторая нормальная форма требует, чтобы не ключевые столбцы таблиц зависели от первичного ключа в целом, но не от его части;
- если таблица находится в первой нормальной форме и первичный ключ у нее состоит из одного столбца, то она автоматически находится и во второй нормальной форме.
Отношение находится в третьей нормальной форме (3НФ), если оно находится во второй нормальной форме, и каждый не ключевой атрибут зависит только от первичного ключа и не зависят друг от друга.
Разработанная логическая модель данных автоматизированной системы учет выпуска и реализации готовой продукции на малом предприятии находится в третьей нормальной форме. Это объясняется следующим.
- Все сущности логической модели данных системы находятся в 1НФ, поскольку все атрибуты атомарны и каждое из данных отношений имеет первичный ключ.
Рассмотрим некоторые сущности для подтверждения данного факта:
- сущность «Состав расход» имеет ключевой атрибут «ID накладной», «ID номенклатуры» и атрибуты «Количество», «Цена», которые являются простыми и неделимыми;
- сущность «Номенклатура» имеет ключевой атрибут «ID номенклатуры» и атрибуты «Наименование», «Единица измерения», которые являются простыми и неделимыми;
- сущность «Цены номенклатуры» имеет ключевой атрибут «ID цены» и атрибуты «Дата», «Цена», «ID номенклатуры», которые являются простыми и неделимыми;
- сущность «Поставщики» имеет ключевой атрибут «ID поставщика» и атрибуты «Полное наименование», «Наименование», «Телефон»,
«Фактический адрес», «Юридический адрес», «Факс», «E-mail», «ИНН»,
«КПП», «Код по ОКПО», которые являются простыми и неделимыми;
- сущность «Состав перемещения» имеет ключевой атрибут «ID перемещения» и атрибуты «Цена», «Количество», «ID номенклатуры», которые являются простыми и неделимыми.
Остальные сущности также находятся в первой нормальной форме.
- 2НФ требует, чтобы не ключевые атрибуты отношений зависели от первичного ключа в целом, но не от его части. Рассмотрим некоторые сущности для подтверждения данного факта.
Сущность «Состав расход» имеет составной первичный ключ, состоящий из атрибутов «ID продажи», «ID номенклатуры». Не ключевые атрибуты данного отношения зависят от первичного ключа в целом, а не от его части. Атрибуты «Количество», «Цена», зависят и от ID продажи, и от ID номенклатуры. Следовательно, можно сделать вывод, что данная сущность находится в 2НФ.
Сущность «Список номенклатуры» имеет составной первичный ключ, состоящий из атрибутов «ID номенклатуры», «ID склада». Не ключевые атрибуты данного отношения зависят от первичного ключа в целом, а не от его части. Атрибут «Количество» зависит и от ID номенклатуры, и от ID склада. Следовательно, можно сделать вывод, что данная сущность находится в 2НФ.
Сущность «Состав перемещения» имеет составной первичный ключ, состоящий из атрибутов «ID номенклатуры», «ID перемещения». Не ключевые атрибуты данного отношения зависят от первичного ключа в целом, а не от его части. Атрибуты «Количество», «Цена», «Ставка НДС» зависит от ID номенклатуры, и от ID перемещения. Следовательно, можно сделать вывод, что данная сущность находится в 2НФ.
Остальные сущности также находятся во второй нормальной форме.
- Ни в одном из отношений логической модели не существует транзитивных зависимостей, т.е. не ключевые атрибуты не зависят
функционально друг от друга, поэтому отношения находятся в 3НФ. Рассмотрим некоторые сущности для подтверждения данного факта.
В отношении «Номенклатура» не ключевые атрибуты «Наименование»,
«Единица измерения» функционально не зависят друг от друга.
В отношении «Цены номенклатуры» не ключевые атрибуты «Дата»,
«Цена», «ID номенклатуры» функционально не зависят друг от друга.
В отношении «Розничная продажа» не ключевые атрибуты «ID договора»,
«ID склада», «ID сотрудник», «Комментарий», «Вид оплаты» функционально не зависят друг от друга.
В отношении «Поставщики» не ключевые атрибуты «Полное наименование», «Наименование», «ИНН», «КПП», «Код по ОКПО» «Телефон»,
«Фактический адрес», «Юридический адрес», «E-mail», функционально не зависят друг от друга.
В отношении «Состав сотрудников» не ключевые атрибуты «ID должности», «Начисление» функционально не зависят друг от друга.
Таким образом, можно сделать вывод, что разработанная модель находится в третьей нормальной форме.
2.3 Проектирование автоматизированной системы
Проектирование системы осуществляется с использованием UML- диаграмм с помощью CASE-средства ArgoUML.
Диаграмма вариантов использования.
В рамках унифицированного процесса функциональные требования исследуются и формулируются в модели вариантов использования.
Вариант использования – это независящее от реализации высокоуровневое представление конкретной функции разрабатываемой системы. Вариант использования представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое внешним объектом (действующим лицом, актером) [13].
Список действующих лиц информационной системы представлены в таблице 3.
Таблица 3 – Действующие лица системы.
Наименование лица |
Профиль, подготовка и навыки |
Администратор |
Регулярный пользователь информационной системы, лицо с большим опытом работы с подобным ПО, может захотеть модифицировать интерфейс. |
Кадровый менеджер |
Регулярный пользователь информационной системы, лицо с большим опытом работы с подобным ПО, может захотеть модифицировать интерфейс. |
Основные варианты использования для каждого действующего лица представлены в таблице 4.
Таблица 4 – Основные действующие лица
Действующее лицо |
Цель |
Краткое описание |
1 |
2 |
3 |
Администратор |
Учет данных о товарах |
Администратор регистрирует новые товаров в базе данных, при необходимости редактирует их или удаляет. |
Учет данных о контрагентах |
Администратор регистрирует новых контрагентов в базе данных, при необходимости редактирует их или удаляет. |
|
Учет данных о должностях |
Администратор регистрирует новые должности в базе данных, при необходимости редактирует их или удаляет. |
|
Учет данных о сотрудниках |
Администратор регистрирует новые сотрудников в базе данных, при необходимости редактирует их или удаляет. |
|
Оформление перемещения в розницу |
Администратор оформляет документы перемещения в розницу, указывает склад отправителя, получателя, ответственные лица и выбирает товар. |
|
Формирование отчетов для анализа работы предприятия |
Администратор формирует отчеты для анализа деятельности предприятия |
Продолжение таблицы 4
1 |
2 |
3 |
Оформление приходных накладных |
Администратор оформляет документы приходные накладные, указывает склад, поставщика и выбирает товар. |
|
Оформление розничных продажах |
Администратор оформляет документы расходные накладные, указывает склад выбирает товар. |
|
Кадровый менеджер |
Увольнение сотрудников |
Кадровый менеджер оформляет документ увольнения сотрудника, указывает должность и вид занятости работника, затем проводит документ. |
Принятие на работу |
Кадровый менеджер оформляет документ принятия на работу, указывает ФИО сотрудник, будущую должность и вид занятости работника, затем проводит документ. |
|
Составление штатного расписания |
Кадровый менеджер оформляет документ штатное расписание, указывает должности предприятия, подразделения и количество ставок на каждую должность, затем проводит документ. |
|
Начисление заработной платы |
Кадровый менеджер оформляет документ начисление зарплаты, указывает сотрудников, подразделение, рассчитывает заработную плату, затем проводит документ. |
Выделение вариантов использования облегчит процесс дальнейшего проектирования.
Диаграмма последовательности.
Эта диаграмма описывает сценарий работы приложения. На диаграмме отображаются экземпляры объектов и сообщения, которыми они обмениваются в рамках одного варианта использования.
В данной системе выделим 3 объекта («Менеджер по закупкам», документ «ПриходнаяНакладная» и регистр «ОстаткиТоваров»). Диаграмма отображает процесс создания документа о поступлении товаров и запись
соответствующих данных в регистр. Диаграмма последовательности в нотации UML представлена на рисунке Б.5.
Диаграмма деятельности.
Диаграмма деятельности – UML-диаграмма, на которой показано разбиение некоторой деятельности на ее составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчиненных элементов – вложенных видов деятельности и отдельных действий, соединенных между собой потоками, которые идут от выходов одного узла к входам другого. Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений [14].
В данной системе диаграмма подробно отображает перемещения товаров в розницу. Необходимо выбрать сотрудника, ответственного за перемещение, указываем склад-отправитель и склад-получатель, подбираем товары на складе, которые перемещаем в розницу. Для того чтобы при выгрузке данных корректно сформировать справочник «Товары» в конфигурации «Магазин», указываем дату перемещения и цену в рознице.
Диаграмма объектов.
Диаграммы объектов позволяют моделировать экземпляры сущностей, которые содержатся в диаграммах классов. На диаграмме объектов показано множество объектов и отношений между ними в некоторый момент времени.
Диаграммы объектов применяют при моделировании статических видов системы с точки зрения проектирования и процессов. При этом моделируется «снимок» системы в данный момент времени и изображается множество объектов, их состояний и отношений между ними.
Диаграммы объектов важны не только для визуализации, специфицирования и документирования структурных моделей, но и для конструирования статических аспектов системы с помощью прямого и обратного проектирования.
В данной системе было выделено 15 объектов (перемещение в розницу, номенклатура, цены номенклатуры, розничная продажа, склад, приходная накладная, поставщики, принятие на работу, заработная плата, сотрудники, начисление заработной платы, должности, штатное расписание, увольнение, физические лица). Определены реквизиты и операции объектов, а также связи между ними.
Диаграмма состояния.
Диаграмма состояний (statechart diagram) – одна из диаграмм UML, моделирующих динамику систем. Диаграмма состояний отображает конечный автомат, выделяя поток управления, следующий от состояния к состоянию. Конечный автомат – поведение, которое определяет последовательность состояний в ходе существования объекта. Эта последовательность рассматривается как ответ на события и включает реакции на эти события.
В данной системе диаграмма подробно отображает изменение состояния документа «Начисление зарплаты». Выделены следующие состояния объекта: документ создан, заполнены данные документа, рассчитаны начисления, документ проведен, документ не проведен.
Диаграмма кооперации.
Понятие кооперации (collaboration) является одним из фундаментальных понятий в языке UML. Оно служит для обозначения множества взаимодействующих с определенной целью объектов в общем контексте моделируемой системы. Цель самой кооперации состоит в том, чтобы специфицировать особенности реализации отдельных наиболее значимых операций в системе. Кооперация определяет структуру поведения системы в терминах взаимодействия участников этой кооперации.
В данной системе выделено 3 объекта: документ «ПриходнаяНакладная»,
«Менеджер по закупкам», регистр накопления «ОстаткиТоваров». Также были определены связи между объектами.
2.4 Проектирование пользовательского интерфейса
В условиях использования компьютерных информационных технологий актуальны вопросы организации взаимодействия человека с техническими и программными средствами. Такое взаимодействие обеспечивает пользовательский интерфейс.
Хороший пользовательский интерфейс обладает высокими показателями конверсии и прост в использовании. Другими словами, он хорош как для бизнеса, а так и для людей, которые им пользуются. Такой интерфейс называют прозрачным и интуитивно понятным [15].
К общим принципам, лежащим в основе графического пользовательского интерфейса, относятся:
- графический режим работы;
- представление ряда объектов пиктограммами;
- многооконность;
- использование указывающего устройства;
- адекватность изображения на экране изображаемому объекту (принцип WYSIWIG - What You See Is What You Get);
- стандартизация всех основных действий и элементов.
Для эффективного взаимодействия конечных пользователей с вычислительной системой новые информационные технологии опираются на организацию интерфейса пользователей с вычислительной системой, основанную на принципах дружественного интерфейса:
обеспечение права пользователя на ошибку благодаря защите информационно-вычислительных ресурсов системы от непрофессиональных действий на компьютере;
наличие системы «отката», позволяющей при выполнении регламентированного действия, вернуться к предыдущему состоянию системы.
Одной из важных функций интерфейса является формирование у пользователя одинаковой реакции на одинаковые действия приложений, их согласованность. Согласование интерфейса должно быть выполнено в трех аспектах:
физический, который относится к техническим средствам;
синтаксический, который определяет последовательность и порядок появления элементов на экране и последовательность запросов;
семантический, который обусловлен значениями элементов, составляющих интерфейс.
Система должна соответствовать требованиям эргономики при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта [16].
При разработке визуального интерфейса программы необходимо выполнить следующие требования:
- в главном окне программы должно присутствовать главное меню;
- визуальные элементы управления должны быть расположены по функциональным признакам;
- расположение визуальных элементов должно быть удобно для работы с программой;
- надписи на всех элементах окон программы должны быть выполнены на одном языке;
- желательно наличие справочной системы.
Необходимо учесть, что стандартизированный интерфейс пользователя повышает конкурентоспособность программного продукта и позволяет значительно сократить затраты на обучение пользователей, использующих программу.
3. Разработка автоматизированной системы
3.1 Разработка структуры базы данных
Физическая модель базы данных содержит все детали, необходимые конкретной СУБД для создания базы. При построении физической модели необходимо учитывать выбранную СУБД, к ее особенностям могут относиться поддерживаемые типы данных, соглашения о присвоении имен таблицам, атрибутам и т.д.
Физическая модель данных представлена совокупностью объектов конфигурации, написанной на платформе 1С: Предприятие.
В процессе физического проектирования было создано 9 справочников, 7 документов, 2 регистра сведений.
Регистры сведения – прикладные объекты конфигурации в системе 1C Предприятие, предназначенные для хранения периодической информации. Данные в регистры сведения вводится с использованием документов (регистраторов) или вручную [17].
Регистр сведения представляет собой n-мерную систему координат, в узлах которой хранятся совокупные данные. Оси такой системы координат называются измерениями регистра, а хранящиеся в узлах данные – ресурсами регистра.
Помимо измерений и ресурсов, для регистра сведений может быть создан набор реквизитов. Реквизиты позволяют включать в движения регистров различную дополнительную информацию.
На основе конфигурации платформа «1С: Предприятие 8.3» формирует базу данных, т.е. непосредственно создает таблицы и связи между ними.
Справочники.
Должности – для хранения списка должностей, которые занимают сотрудники. Реквизитами справочника являются: название (строка 25), требования (строка).
Сотрудники – для ведения списка сотрудников. Для каждого сотрудника необходимо указывать его оклад. Реквизитами справочника являются: название (строка 25), физическое лицо (СправочникСсылка.ФизическиеЛица), должность (СправочникСсылка.Должности), ДатаПриятия (Дата), ДатаУвольнения (Дата), ВидЗанятости (ПеречисленияСсылка.ВидЗанятости), ГрафикРаботы (ПеречислениеСсылка.ВидЗанятости).
Контрагенты – для ведения списка контрагентов (поставщиков, в данном случае). Реквизитами справочника являются: ПолноеНаименование (строка 25), ИНН (Строка 12), КПП (Строка 10), КодПоОКПО (Строка 10), Юридический адрес (Строка 35), Контактный телефон (Строка 12), Факс (Строка 12), E-mail (Строка 35).
Номенклатура – для хранения информации о товарах, которые закупает и перемещает в розницу центральный офис фирмы. Реквизитами справочника являются: название (строка 25), единица измерения (строка 10).
Склады – для ведения списка складов, на которых хранятся товары. Реквизитами справочника являются: название (строка 25), ответственное лицо (СправочникСсылка.Сотрудник), вид склада (строка 25).
Физические лица – для ведения списка физических лиц. Реквизитами справочника являются: название (строка 25), фамилия (строка 25), имя (строка 15), отчество (строка 25), дата рождения (Дата),СНИЛС (строка), ИНН (строка 12), пол (ПеречисленияСсылка.Пол).
Документы.
Документ ПриходнаяНакладная, который формирует движения по регистру ОстаткиТоваров. Реквизитами документа являются: дата (дата), контрагент (СправочникСсылка.Контрагенты), склад (СправочникСсылка.Склады), основание (строка), комментарий (строка), ответственный (СправочникСсылка.Сотрудники), Валюта (ПеречисленияСсылка.Валюты), номенклатура (СправочникСсылка.Номенклатура), количество (число 10), сумма (число 15.2), Ставка НДС (ПеречисленияСсылка.СтавкаНДС), СуммаНДС (число 15,2).
Документ ПеремещениеВРозницу, формирующий движения по регистру ОстаткиТоваров. Реквизитами документа являются: дата (дата), склад получателя (СправочникСсылка.Склады), склад отправителя (СправочникСсылка.Склады), комментарий (строка), ответственный (СправочникСсылка.Сотрудники), номенклатура (СправочникСсылка.Номенклатура), количество (число 10), цена в рознице (чило 15.2), Дата (Дата).
Документ РозничнаяПродажа, формирующий движения по регистру РозничныеПродажи. Реквизитами документа являются: дата (дата), склад (СправочникСсылка.Склады), комментарий (строка), продавец (СправочникСсылка.Сотрудники), вид оплаты (строка 20), товар (СправочникСсылка.Номенклатура), количество (число 10), цена в рознице (число 15.2), сумма (число15,2).
Документ ШтатноеРасписание, формирующий движения по регистру ШтатноеРасписание. Реквизитами документа являются: дата (дата), должность (СправочникСсылка.Должность), количество мест (число 10), оклад(число15,2). Документ ПринятиеНаРаботу, формирующий движения по регистру СведенияОСотруднике. Реквизитами документа являются: дата (дата), физическое лицо (СправочникСсылка.ФизическиеЛица), вид занятости (ПеречисленияСсылка.ВидЗанятости),должность (Справочник.Должности),
график работы (ПеречисленияСсылка.ГрафикРаботы) оклад (число15,2).
Документ Увольнение, формирующий движения по регистру
«СведенияОСотруднике». Реквизитами документа являются: дата (дата), сотрудник (СправочникСсылка.Сотрудники), вид занятости (ПеречисленияСсылка.ВидЗанятости), должность (СправочникСсылка.Должности), оклад (число15,2).
Документ НачислениеЗарплаты, формирующий движения по регистру НачисленияСотрудникам. Реквизитами документа являются: дата (дата), сотрудник(СправочникСсылка.Сотрудники), начисление (число 15,2), НДФЛ (число 15,2), ПФР (число 15,2), ФСС (число 15,2), ФФОМС (число 15,2).
Регистры.
Регистр сведений «ЦеныНоменклатуры», который хранит информацию о ценах на товары. Измерением регистра является: номенклатура (СправочникСсылка.Номенклатура). Ресурсами регистра являются: цена (число 15,2). Регистр является периодическим: период месяц.
Регистр сведений ЗаработнаяПлата, который хранит информацию о заработной плате. Измерениями регистра является: должность (СправочникСсылка. должность). Ресурсами регистра являются: сумма (число 15,2). Регистр является периодическим: период месяц.
Дерево конфигурации представлено на рисунке 4.
Рисунок 4 – Дерево конфигурации
Таким образом, была создана конфигурация, состоящая из 6 справочников, 7 документов, 6 отчетов, 2 регистра сведения и 3 регистра накопления.
3.2 Разработка структуры приложения
3.2.1 Анализ функций приложения
На основе функциональной модели системы и технического задания определены основные функции, которые должно выполнять программное обеспечение, и их иерархия.
Иерархия функций представлена на рисунках 5 – 6.
Рисунок 5 – Иерархия функций программы
Рисунок 6 – Иерархия функций программы
Описание реализации функций приложения в конфигурации представлено в таблице 5.
Таблица 5 – Реализация функции в программном обеспечении
Уровень |
Наименование функции |
Реализация в программе |
1 |
2 |
3 |
1.1 |
Учет данных о физических лицах |
Справочник «Физические лица» |
1.1.1 |
Добавление данных о физических лицах |
Создание элемента справочника физические лица, кнопка «Добавить» - открывает пустую форму элемента справочника для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.1.2 |
Изменение данных о физических лицах |
Изменение элемента справочника физические лица, двойной клик по выбранному элементу справочника открывает форму элемента и позволяет редактировать объект конфигурации |
1.1.3 |
Удаление данных о физических лицах |
Удаление элемента справочника физические лица, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.2 |
Учет данных о контрагентах |
Справочник «Контрагенты» |
1 |
2 |
3 |
1.2.1 |
Добавление данных о контрагентах |
Создание элемента справочника контрагенты, кнопка «Добавить» - открывает пустую форму элемента справочника для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.2.2 |
Изменение данных о контрагентах |
Изменение элемента справочника контрагенты, двойной клик по выбранному элементу справочника открывает форму элемента и позволяет редактировать объект конфигурации |
1.2.3 |
Удаление данных о контрагентах |
Удаление элемента справочника контрагенты, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.3 |
Учет данных о сотрудниках |
Справочник «Сотрудники» |
1.3.1 |
Добавление данных о сотрудниках |
Создание элемента справочника сотрудники, кнопка «Добавить» - открывает пустую форму элемента справочника для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.3.2 |
Изменение данных о сотрудниках |
Изменение элемента справочника сотрудники, двойной клик по выбранному элементу справочника открывает форму элемента и позволяет редактировать объект конфигурации |
1.3.3 |
Удаление данных о сотрудниках |
Удаление элемента справочника сотрудники, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.4 |
Учет данных о складах |
Справочник «Склады» |
1.4.1 |
Добавление данных о складах |
Создание элемента справочника склады, кнопка «Добавить» - открывает пустую форму элемента справочника для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.4.2 |
Изменение данных о складах |
Изменение элемента справочника склады, двойной клик по выбранному элементу справочника открывает форму элемента и позволяет редактировать объект конфигурации |
1.4.3 |
Удаление данных о складах |
Удаление элемента справочника склады, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.5 |
Учет данных о номенклатуре |
Справочник «Номенклатура» |
1.5.1 |
Добавление данных о номенклатуре |
Создание элемента справочника номенклатура, кнопка «Добавить» - открывает пустую форму элемента справочника для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.5.2 |
Изменение данных о номенклатуре |
Изменение элемента справочника номенклатура, двойной клик по выбранному элементу справочника открывает форму элемента и позволяет редактировать объект конфигурации |
1.5.3 |
Удаление данных о номенклатуре |
Удаление элемента справочника номенклатура, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.6 |
Учет данных о должностях |
Справочник «Должности» |
1.6.1 |
Добавление данных о должностях |
Создание элемента справочника должности, кнопка «Добавить» - открывает пустую форму элемента справочника для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.6.2 |
Изменение данных о должностях |
Изменение элемента справочника должности, двойной клик по выбранному элементу справочника открывает форму элемента и позволяет редактировать объект конфигурации |
1 |
2 |
3 |
1.6.3 |
Удаление данных о должностях |
Удаление элемента справочника должности, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.7 |
Учет перемещения в розницу |
Документ «Перемещение в розницу» |
1.7.1 |
Добавление перемещения в розницу |
Создание документа перемещение в розницу, кнопка «Добавить» - открывает пустую форму документа для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.7.2 |
Изменение перемещения в розницу |
Изменение документа перемещение в розницу, двойной клик по выбранному документу открывает форму документа и позволяет редактировать объект конфигурации |
1.7.3 |
Удаление перемещения в розницу |
Удаление документа перемещение в розницу, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.8 |
Учет розничных продаж |
Документ «Розничные продажи» |
1.8.1 |
Добавление розничных продаж |
Создание документа розничные продажи, кнопка «Добавить» - открывает пустую форму документа для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.8.2 |
Изменение розничных продаж |
Изменение документа розничные продажи, двойной клик по выбранному документу открывает форму документа и позволяет редактировать объект конфигурации |
1.8.3 |
Удаление розничных продаж |
Удаление документа перемещение в розницу, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.9 |
Учет приходных накладных |
Документ «Приходная накладная» |
1.9.1 |
Добавление приходных накладных |
Создание документа приходная накладная, кнопка «Добавить» - открывает пустую форму документа для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.9.2 |
Изменение приходных накладных |
Изменение документа приходная накладная, двойной клик по выбранному документу открывает форму документа и позволяет редактировать объект конфигурации |
1.9.3 |
Удаление приходных накладных |
Удаление документа приходная накладная, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.10 |
Учет принятия на работу |
Документ «Принятие на работу» |
1.10.1 |
Добавление принятия на работу |
Создание документа принятие на работу, кнопка «Добавить» - открывает пустую форму документа для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.10.2 |
Изменение принятия на работу |
Изменение документа принятие на работу, двойной клик по выбранному документу открывает форму документа и позволяет редактировать объект конфигурации |
1.10.3 |
Удаление принятия на работу |
Удаление документа принятие на работу, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.10 |
Учет увольнения |
Документ «Увольнение» |
1.10.1 |
Добавление увольнения |
Создание документа увольнение, кнопка «Добавить» - открывает пустую форму документа для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.10.2 |
Изменение увольнения |
Изменение документа увольнение, двойной клик по выбранному документу открывает форму документа и позволяет редактировать объект конфигурации |
1.10.3 |
Удаление увольнения |
Удаление документа увольнение, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
Окончание таблицы 5
1 |
2 |
3 |
1.10 |
Учет начисление заработной платы |
Документ «Начисление зарплаты» |
1.10.1 |
Добавление начисление заработной платы |
Создание документа начисление зарплаты, кнопка «Добавить» - открывает пустую форму документа для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.10.2 |
Изменение начисление заработной платы |
Изменение документа начисление зарплаты, двойной клик по выбранному документу открывает форму документа и позволяет редактировать объект конфигурации |
1.10.3 |
Удаление начисление заработной платы |
Удаление документа начисление зарплаты, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить объект конфигурации |
1.10 |
Учет штатное расписание |
Документ «Штатное расписание» |
1.10.1 |
Добавление штатное расписание |
Создание документа штатное расписание, кнопка «Добавить» - открывает пустую форму документа для записи информации, «Провести и закрыть» - записывает информацию в базу данных конфигурации |
1.10 |
Учет заработной платы |
Регистр сведений «Заработная плата» |
1.10.1 |
Добавление заработной платы |
Создание записи регистра заработная плата, кнопка «создать» - открывает пустую запись регистра для добавления информации, «Записать и закрыть» - записывает информацию в базу данных конфигурации |
1.10.2 |
Изменение заработной платы |
Изменение записи заработная плата, двойной клик по выбранной записи открывает форму записи и позволяет редактировать запись регистра сведений |
1.10.3 |
Удаление заработной платы |
Удаление записи регистра сведений заработная плата, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить запись регистра |
1.10 |
Учет цены номенклатуры |
Регистр сведений «Цены номенклатуры» |
1.10.1 |
Добавление цены номенклатуры |
Создание записи регистра цены номенклатуры, кнопка «создать» - открывает пустую запись регистра для добавления информации, «Записать и закрыть» - записывает информацию в базу данных конфигурации |
1.10.2 |
Изменение цены номенклатуры |
Изменение записи цены номенклатуры, двойной клик по выбранной записи открывает форму записи и позволяет редактировать запись регистра сведений |
1.10.3 |
Удаление цены номенклатуры |
Удаление записи регистра сведений цены номенклатуры, кнопка «Удалить» из выпадающего списка при нажатии кнопки «Еще» позволяет удалить запись регистра |
1.10.1 |
Отчет о свободных вакансиях |
«Отчет о свободных вакансиях», появление на форме происходить с помощью кнопки «Сформировать» |
1.10.2 |
Рейтинг товаров |
Отчет «Рейтинг товаров», появление на форме происходить с помощью кнопки «Сформировать» |
1.10.3 |
Отчет о начисление сотрудникам |
«Отчет о начисление сотрудникам», появление на форме происходить с помощью кнопки «Сформировать» |
1.10.4 |
Отчет по увольнениям |
«Отчет по увольнениям», появление на форме происходить с помощью кнопки «Сформировать» |
1.10.5 |
Отчет о наличии товаров на складе |
«Отчет о наличии товаров на складе», появление на форме происходить с помощью кнопки «Сформировать» |
1.11 |
Архивирование базы данных |
С помощью команды «Администрирование» -> «Выгрузить информационную базу» |
Таким образом, было создано описание, как реализуются функции приложения в конфигурации.
3.2.2 Отображение функций в модули программы
Описание созданных обработчиков событий приложения приведено в таблице 6.
Таблица 6 – Описание разработанных обработчиков событий
Модуль |
Обработчик |
Функция |
1 |
2 |
3 |
Модуль документа Штатное расписание |
Процедура ОбработкаПроведения(Отказ, Режим) |
Создаются движения по регистру сведений штатное расписание, а также происходит проверка даты создания последнего расписания |
Модуль формы документа Штатное расписание |
Процедура СписокДолжностейДолжность ПриИзменении(Элемент) |
Происходит вызов процедуры на сервере |
Процедура СписокДолжностейДолжность ПриИзмененииНаСервере(Дол жность, оклад) |
Автоматически заполняется табличная часть списком должностей, которые относятся к выбранному подразделению |
|
Модуль формы документа Увольнение |
Процедура СотрудникПриИзменении(Элем ент) |
Происходит вызов процедуры на сервере |
Процедура СотрудникПриИзмененииНаСе рвере() |
Происходит автоматическое заполнение реквизитов документа |
|
Модуль документа Увольнение |
Процедура ОбработкаПроведения(Отказ, Режим) |
Создаются движения по регистру накопления сведения о сотрудниках, а также происходит проверка, состоит ли выбранный сотрудник на данной должности и редактирование справочника «Сотрудники», создаются движения по регистру бухгалтерии хозрасчетный |
Модуль документа Увольнение |
Процедура ОбработкаУдаленияПроведени я(Отказ) |
Происходит редактирование справочника «Сотрдуники» |
1 |
2 |
3 |
Модуль формы документа Принятие на работу |
Процедура ПодразделениеПриИзменении(Эле мент) |
Происходит вызов процедуры на сервере |
Процедура ПодразделениеПриИзмененииНаС ервере() |
Происходит автоматическое заполнение реквизитов табличной части документа |
|
Процедура ВидЗанятостиПриИзменении(Элем ент) |
Происходит вызов процедуры на сервере |
|
Модуль документа Принятие на работу |
Процедура ОбработкаПроведения(Отказ, Режим) |
Создаются движения по регистру накопления сведения о сотрудниках, а также происходит проверка занятости сотрудника и редактирование справочника «Сотрудники», создаются движения по регистру бухгалтерии хозрасчетный |
Процедура ОбработкаУдаленияПроведения(О тказ) |
Происходит редактирование справочника «Сотрдуники» |
|
Модуль документа Начисление зарплаты |
Процедура ОбработкаПроведения(Отказ, Режим) |
Создаются движения по регистру накопления начисления сотрудникам, создаются движения по регистру бухгалтерии хозрасчетный |
Модуль формы документа Начисление зарплаты |
Процедура РасчитатьЗарплату(Команда) |
Происходит вызов процедуры на сервере |
Процедура РасчитатьЗарплатуНаСервере() |
Происходит автоматическое заполнение реквизитов табличной части документа |
|
Модуль документа Приходная накладная |
Процедура ОбработкаПроведения(Отказ, Режим) |
Создаются движения по регистру накопления остатки товаров, создаются движения по регистру бухгалтерии хозрасчетный |
Модуль формы документа Приходная накладная |
Процедура НоменклатураЦенаПриИзменении( Элемент) |
Происходит вызов процедуры на сервере |
Окончание таблицы 6
1 |
2 |
3 |
Модуль формы документа Приходная накладная |
Процедура НоменклатураЦенаПриИзмененииН аСервере(Количество, Цена, Сумма) |
Происходит автоматический расчет реквизитов табличной части |
Модуль формы документа Розничные продажи |
Процедура НоменклатураЦенаПриИзменении(Э лемент) |
Происходит вызов процедуры на сервере |
Процедура НоменклатураЦенаПриИзмененииН аСервере(Количество, Цена, Сумма) |
Происходит автоматический расчет реквизитов табличной части |
|
Модуль формы документа Розничные продажи |
Процедура РасчитатьСкидку(Команда) |
Происходит вызов процедуры на сервере |
Процедура РасчитатьСкидкуНаСервере() |
Происходит расчет предоставляемой скидки клиенту |
|
Модуль документа Розничные продажи |
Процедура ОбработкаПроведения(Отказ, Режим) |
Создаются движения по регистру накопления остатки товаров, происходит проверка на наличие товаров на складе, создаются движения по регистру бухгалтерии хозрасчетный |
Модуль документа Розничные продажи |
Процедура ОбработкаЗаполнения(ДанныеЗаполн ения, СтандартнаяОбработка) |
Выполняется заполнение реквизитов документа расходная на основании заказа клиента |
Модуль документа перемещение в розницу |
Процедура ОбработкаПроведения(Отказ, Режим) |
Происходит проверка на наличие товаров на складе |
Таким образом, с помощью процедур были реализованы все функции системы.
3.2.3 Описание логической структуры
Программа является событийно управляемой, т.е. все действия пользователя передаются программе через операционную систему и виде соответствующих событий. Схема взаимодействия представлена на рисунке 7.
Рисунок 7 – Схема взаимодействия основных объектов конфигурации
Данные из справочника «Физические лица» поступают в документ
«Принятие на работу», т.к. при оформление данного документа указывается именно физическое лицо, также данные из справочника «Физические лица» поступают в справочник «Сотрудники», т.к. сотрудник является определенным физическим лицом.
Данные из справочника «Должности» поступают в документ
«Принятие на работу», «Увольнение», «Начисление зарплаты» т.к. при оформлении данного документа указывается занимаемая должность. Также данные из справочника «Должности» поступают в документ «Штатное расписание» т.к. при оформлении штатного расписания указываются количество сводных мест для каждой должности.
Данные из справочника «Контрагенты» поступают в документ
«Приходная накладная», т.к. приход товара оформляется с указанием поставщика.
Данные из справочника «Склады» поступают в документ «Приходная накладная», «Продажа в розницу», «Перемещение в розницу» т.к. при оформлении данных документов указываются склады.
Данные из справочника «Сотрудники» поступают в документ
«Приходная накладная», «Продажа в розницу», «Перемещение в розницу» т.к.
при оформлении данных документов указывается ответственное лицо. Также данные из справочника «Сотрудники» поступают в документ «Увольнение» и
«Начисление зарплаты» т.к. при оформлении данных документов указывается сотрудник.
Данные из справочника «Номенклатура» поступают в документ
«Приходная накладная», «Продажа в розницу», «Перемещение в розницу» т.к. при оформлении данных документов указывается список номенклатуры.
Документы «Принятие на работу» и «Увольнение» являются регистраторами для регистра накопления «Сведения о сотрудниках».
Документы «Продажа в розницу» и «Приходная накладная» являются регистраторами для регистра накопления «Остатки товаров».
Документ «Начисление зарплаты» является регистраторами для регистра накопления «Начисления сотрудникам».
Тестирование
Тестирование программного обеспечения (ПО) выявляет недоработки, изъяны и ошибки в коде, которые необходимо устранить. Его также можно определить как процесс оценки функциональных возможностей и корректности ПО с помощью анализа. Основные методы интеграции и тестирования программных продуктов обеспечивают качество приложений и заключаются в проверке спецификации, дизайна и кода, оценке надежности, валидации и верификации [19].
Для тестирования созданной конфигурации был выбран метод черного ящика. Методы тестирования черного ящика сравнивают поведение приложения с соответствующими требованиями. Кроме того, эти методы обычно направлены на выявление трех основных видов ошибок: функциональности, поддерживаемой программным продуктом; производимых вычислений; допустимого диапазона или области действия значений данных, которые могут быть обработаны программным продуктом. На этом уровне не исследуют внутреннюю работу компонентов программного продукта, тем не менее они проверяются неявно [20].
Этот тип тестирования нацелен на поиск ошибок, относящихся к целому ряду категорий, среди них:
- неверная или пропущенная функциональность;
- ошибки интерфейса;
- проблемы удобства использования;
- методы тестирования на основе автоматизированные инструменты;
- проблемы снижения производительности и другие ошибки производительности;
- ошибки загрузки;
- ошибки многопользовательского доступа;
- ошибки инициализации и завершения;
- проблемы сохранения резервных копий и способности к восстановлению работы.
Проведем функциональное тестирование системы для основных вариантов использования.
Таблица 7 – Тестирование
№ |
Варианты тестирования |
Тест |
Ожидаемые результаты |
Полученные результаты |
|
1 |
2 |
3 |
4 |
5 |
|
1 |
Заполнение табличной части документа Приходная накладная |
Выбор Номенклатуры из справочника Номенклатура, ввод количества единиц Товара и цены за единицу, выбор ставки НДС |
При указании количества и цены рассчитывается сумма по данному товару и сумма документа в той валюте, в которой осуществлялась закупка. При указании ставки НДС рассчитывается сумма НДС по данному товару и в общем по документу. |
Соответствуют ожидаемым результатам. Рисунок Б.1 – Б.2. |
|
2 |
Заполнение табличной части документа ПеремещениеВРоз ницу |
Выбор Номенклатруы из справочникам Номенклатура, ввод количества единиц Товара и цены в рознице |
При выборе наименования товара, автоматически подставляется актуальная дата перемещения товара |
Соответствуют ожидаемым результатам. Рисунок Б.3. |
|
3 |
Добавление в справочник Номенклатура уже существующий товар |
Ввод Наименования товара и указание единицы измерения товара |
При попытке записать данный товар выводится сообщение «Данный товар уже есть!» |
Соответствуют ожидаемым результатам. Рисунок Б.4. |
|
4 |
Проведение документа ПеремещениеВРоз ницу с указанием количества товара, которое превышает количество товара на складе |
Выбор Номенклатруы из справочникам Номенклатура, ввод количества единиц Товара и цены в рознице |
При попытке провести данный документ выводится сообщение «Не хватает N единиц товара Наименование_товара» |
Соответствуют ожидаемым результатам. Рисунок Б.5. |
1 |
2 |
3 |
4 |
5 |
5 |
Проведение документа РозничнаяПродаж а с указанием количества товара, которое превышает количество товара на складе |
Выбор Номенклатруы из справочникам Номенклатура, ввод количества единиц Товара и цены в рознице |
При попытке провести данный документ выводится сообщение «Не хватает N единиц товара Наименование_товара» |
Соответствуют ожидаемым результатам. Рисунок Б.6. |
6 |
Заполнение табличной части документа НачислениеЗарпла ты |
Создание нового документа Начисление зарплаты, активация кнопки «Рассчитать начисления». |
Автоматически заполнятся вкладки «Сотрудник» и «Взносы» |
Соответствуют ожидаемым результатам. Рисунок Б.7. |
7 |
Создание документа «Принятие на работу» |
Создание нового документа принятие на работу, его проведение и запись в базу данных. |
Автоматически создается реквизит справочника «Сотрудники» с заполненными данными |
Соответствуют ожидаемым результатам. Рисунок Б.8 – Б.9. |
8 |
Проведение документа НачислениеЗарпла ты дважды за один месяц |
Создание нового документа начисление зарплаты, его проведение и запись в базу данных. |
При попытке провести данный документ выводится сообщение «В этом месяце заработная плата уже начислялась» |
Соответствуют ожидаемым результатам. Рисунок Б.10. |
9 |
Проведение документа ШтатноеРасписан ие дважды за один месяц |
Создание нового документа штатное расписание, его проведение и запись в базу данных. |
При попытке провести данный документ выводится сообщение «В этом месяце штатное расписание уже было утверждено» |
Соответствуют ожидаемым результатам. Рисунок Б.11. |
1 |
2 |
3 |
4 |
5 |
10 |
Проведение документа Принятие на работу с указанием уже закрытой должности |
Создание нового документа принятие на работу, заполнение реквизитов документа и проведение. |
При попытке провести данный документ выводится сообщение «Свободных вакансий на данную должность нет!» |
Соответствуют ожидаемым результатам. Рисунок Б.12. |
11 |
Создание документа «Увольнение» |
Создание нового документа увольнение, его проведение и запись в базу данных. |
Автоматически заполняет реквизит «дата увольнения» справочника «Сотрудники» |
Соответствуют ожидаемым результатам. Рисунок Б.13 – Б.14. |
12 |
Формирование отчета заработная плата сотрудников |
Указание даты начала периода, даты конца периода и сотрудника |
Сформированный отчет в разрезе сотрудников с подсчетом всех отчислений |
Соответствуют ожидаемым результатам. Рисунок Б.17. |
13 |
Формирование отчета о свободных вакансиях |
Указание периода формирования отчета |
Сформированный отчет в разрезе должностей |
Соответствуют ожидаемым результатам. Рисунок Б.18. |
14 |
Формирование отчета остатки товаров |
Указание периода формирования отчета |
Сформированный отчет в разрезе номенклатуры и складов |
Соответствуют ожидаемым результатам. Рисунок Б.19. |
15 |
Формирование отчета Оборотно- сальдовая ведомость движения товаров за период на выбранном складе |
Указание даты начала периода, даты конца периода и склада |
Сформированный отчет в разрезе Складов и Товаров, с подсчетом |
Соответствуют ожидаемым результатам. Рисунок Б.15. |
16 |
Формирование отчета по розничным продажам за выбранный период |
Указание даты начала периода и даты конца периода |
Сформированный отчет в разрезе Товаров |
Соответствуют ожидаемым результатам. Рисунок Б.16. |
Окончание таблицы 7
1 |
2 |
3 |
4 |
5 |
17 |
Выгрузка данных из документа ПеремещениеВРозн ицу в конфигурацию Магазин |
Указание табличной части документа |
Сформирован файл excel, который в дальнейшем можно загрузить в конфигурацию Магазин |
Соответствуют ожидаемым результатам. Рисунок Б.20. |
18 |
Загрузка данных из файла xml в документ Розничная продажа |
Указание загружаемого документа xml, проверка на соответствие данных |
В конфигурацию добавлены новые документы РозничныеПродажи |
Соответствуют ожидаемым результатам. Рисунок Б.21. |
Заключение
В процессе выполнения курсовой работы был выполнен анализ предметной области, в рамках которого был проведен обзор существующих систем автоматизации розничной торговли, благодаря чему была выявлена структура и основные функции разрабатываемой конфигурации. Помимо этого, выполнен анализ функций и бизнес-процессов предприятия, который помог выявить слабые стороны управления фирмой розничной торговли.
В результате была разработана конфигурация для автоматизации предприятий розничной торговли, которая позволяет вести как управленческий, так и бухгалтерский учет.
Тестирование программных средств заключалось в определении метода тестирования и выполнение тестов.
Список использованных источников
1. Руков, В. Б. Оптовая и розничная торговля – оценка поступающих товаров / В.Б. Руков // Бухгалтерский учет и налоги в торговле и общественном питании. – М. : 1С-Паблишинг, 2006. – №3.
2. Рязанцева, Н. А. 1С: Предприятие. Зарплата и кадры. Секреты работы /Н. А. Рязанцева, Д. О. Рязанцев. – М.: 1С-Паблишинг, 2010. – 754 с.
3. Маклаков, С. В. BPwin и ERwin: СASE-средства для разработки информационных систем / С.В. Маклаков. – М. : Диалог-МИФИ, 2009. – 238 с.
4. Хрусталева, Е. Ю. Автоматизация деятельности оптовой организации на платформе «1С: Предприятие 8». / Е. Ю. Хрусталева - М. : 1С- Паблишинг, 2012. – 436 c.
5. Леоненков, А. Г. Самоучитель UML 2 / А. Г. Леоненков. – БХВ- Петербург - Москва, 2011. – 576 c.
6. Мюллер, Р. Дж. Базы данных и UML. Проектирование/ Р. Дж. Мюллер. – Лори, 2009. – 420 c.
7. Маклаков, С. В. BPwin и ERwin: СASE-средства для разработки информационных систем / С.В. Маклаков. – М. : Диалог-МИФИ, 2009. – 238 с.
8. Мазур, И. И. Управление проектами: учебное пособие / И. И. Мазур, В. Д. Шапиро, Н. Г. Ольдерогге. – М. : Издательство «Омега-Л», 2007. – 664 с.
9. Дейт К., Введение в системы баз данных/ К. Дейк. – М. Вильямс, 2001. – 1072 с.
10. Мокрозуб, В. Г. Реляционные базы данных в автоматизированных интеллектуальных информационных системах / В. Г. Мокрозуб. – Монография: Издательский дом «Спектр», 2011. - 108 с.
11. Конноли, Т. Базы данных: проектирование, реализация, сопровождение. Теория и практика / Т. Конноли, К. Бегг, А. Страчан.– М. : Издательский дом «Вильямс», 2000. – 1120 с.
12. Назарова, О. Б. Разработка реляционных баз данных с использованием CASE-средства All Fusion ERWin Data Modeler : учеб.-метод.
пособие / О. Е. Масленникова, О. Б. Назарова // 2-е изд., стер. – М. : ФЛИНТА, 2013. – ISBN 978-5-9765-1601-4
13. Зелковиц, М. Принципы разработки программного обеспечения / М. Зелковиц, А. Шоу, Дж. Гэннон. – М.: Мир, 2002. – 368 c.
14. Прошкина, Е. Н. Методы и средства проектирования информационных систем и технологий. Методические указания к выполнению лабораторных работ / Е. Н. Прошкина. – Пенза: ПГУ, 2014. – 92с.
15. Головач, В. В. Дизайн пользовательского интерфейса (v 1.2) / В. В. Головач. – Москва: РГГУ, 2000. – 383 c.
16. ГОСТ Р ИСО 9241-2109-2012 Эргономика взаимодействия человек- система. Человеко-ориентированное проектирование интерактивных систем – М.: Стандартинформ, 2013.
17. Федоренко, Н. П. Справочник разработчика АСУ / В. В. Карибского, Н. П. Федоренко. – М. : Экономика, 1978. – 218 с.
18. Мартин, Дж. Вычислительные сети и распределенная обработка данных: программное обеспечение, методы и архитектура / Дж. Мартин. – М.: Финансы и статистика, 2012. – 525 c.
19. Котляров, В. П. Основы тестирования программного обеспечения / В. П. Котляров, Т. В. Коликова. – М. : Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2006. – 288 c.
Рассел Джези. Тестирование по стратегии черного ящика / Рассел Джези. – М. : Мир, 2013 г. – 384с.
- Анализ деятельности спортивной организации футбольного клуба «Ливерпуль»
- Предотвращение допинга в спорте и борьба с ним (Классификация и характеристика допинга)
- правовая природа корпораций и корпоративных правоотношений
- Характеристики и типы мониторов для персональных компьютеров
- Учетные регистры, их классификация и способы записи в них
- Учет поступления основных средств(Понятие и классификация основных средств)
- «Понятие, признаки и правовое регулирование несостоятельности (банкротства)»
- Физические и юридические лица. Общее понятие (Физические лица, как субъекты гражданского права)
- Понятие пенсии по инвалидности (Пенсия по инвалидности)
- Разработка конфигурации «Запасы-склад (приходование товара)» в среде 1С:Предприятие 8.3 (Выбор комплекса задач автоматизации)
- Основные структуры алгоритмов: сравнительный анализ и примеры их использования
- Моделирование предметной области «Управление документооборотом» с помощью UML (Соответствие требований MoReq2 функциональности DocsVision)