Разработка системы учета продаж. Часть 1

1 2

---

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 3 1.ТЕОРЕТИЧЕКИЕ ПОНЯТИЯ О РАЗРАБОТКЕ ИНФОРМАЦИОННЫХ СИСТЕМ 5 1.1. Понятие и классификация информационных систем 5 1.2.Жизненный цикл ИС 9 1.3.Описание среды разработки 1С:Предприятие 8.3 15 2.РАЗРАБОТКА СИСТЕМЫ УЧЕТА ПРОДАЖ В 1С:ПРЕДПРИЯТИЕ 8.3 18 2.1. Разработка справочников и документов 18 2.2. Разработка интерфейса и вспомогательные компоненты системы 25 ЗАКЛЮЧЕНИЕ 30 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 32

ВВЕДЕНИЕ

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

1.ТЕОРЕТИЧЕКИЕ ПОНЯТИЯ О РАЗРАБОТКЕ ИНФОРМАЦИОННЫХ СИСТЕМ

1.1. Понятие и классификация информационных систем

Информационный системой называется комплекс программных и аппаратных средств, предназначенный для управления разными процессами в рамках организации. ИС применяются также в различных отраслях: энергетике, транспорте и т.д. Создание ИС в РФ началось в 50-х годах двадцатого века. К сожалению, все перспективные научные разработки стопорились на существенно сдерживающем факторе – высокой цене электронных вычислительных машин, а поэтому они изначально только создавались для целей ПВО, поэтому здесь мы обогнали развитые страны Запада. В начале 60-х годов двадцатого века академик Глушков В.М. предлагал правительству разработать Общегосударственную автоматизированную систему управления экономикой, для этой цели необходимо как минимум было 15-20 лет и около 20 млрд. рублей, но и выигрыш стоил этого: ОГАС давала шанс построить самую эффективную экономическую структуру в мире. Но данная идея потерпела неудачу. Поначалу власти отнеслись к ней с пониманием, были готовы вложить деньги в дело Глушкова. Затем был крах нескольких гениальных идей, из-за их дороговизны, а также консервативному настрою в целом общества. [5] И только в 80-х годах двадцатого века началось создание сектора автоматизированных систем управления только в качестве автоматизации определенных процессов, сбора и обработки различной информации, а также решения прочих локальных задач. Рассмотрим характеристику составных частей ИС. Информационное обеспечение – это совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, а также методология построения БД. Основные требования к информационному обеспечению ИС: [10]  ИО должно быть достаточным для поддержания всех автоматизируемых функций объекта;  должны использоваться принятые у заказчика классификаторы ;  для кодирования входной и выходной информации должны быть использованы классификаторы этого уровня;  должна быть обеспечена совместимость с информационным обеспечением систем;  формы документов должны отвечать требованиям корпоративных стандартов заказчика. Программное обеспечение – это совокупность программ, систем обработки информации и программных документов, необходимых для эксплуатации этих программ. Программное обеспечение бывает: Свободное ПО – это программы, которые бесплатно можно использовать в работе. Системное ПО — это комплекс ПО для обеспечения работы информационной системы (операционная система, драйвера, и т.д.).[4] Прикладное ПО – это пакет программ для решения прикладных задач пользователя (набор текста, вычисления в таблицах, создания презентаций). Инструментальное ПО — это программные продукты для создания и проектирования нового ПО (языки программирования, среды программирования, и т.д.). Математическое обеспечение (МО) – совокупность математических методов, моделей, алгоритмов обработки информации, используемых при решении задач в информационной системе (функциональных и автоматизации проектирования информационных систем). К средствам математического обеспечения относятся: – типовые задачи управления; – средства моделирования; – методы математического программирования, теории массового обслуживания, математической статистики. Техническое обеспечение (ТО) — это комплекс технических средств, предназначенных для работы ИС, а также соответствующая документация на эти средства и технологические процессы.[7] К средствам технического обеспечения относятся: – аппаратное обеспечение ПК; – сервисное ТО; – диагностическое ТО; Организационное обеспечение – это совокупность методов и средств, регламентирующих взаимодействие работников с техническими средствами, а также между собой в процессе разработки и эксплуатации ИС. Основные требования к организационному обеспечению ИС: – обработка информации ИС; – администрирование ИС; – обеспечение безопасности информации ИС; – управление работой ИС. Правовое обеспечение – это совокупность правовых норм, определяющих создание, юридический статус и функционирование информационных систем, регламентирующих порядок получения, преобразования и использования информации. Главной целью правового обеспечения является укрепление законности. Правовое обеспечение этапов функционирования информационной системы включает: – статус ИС; – правовые положения; – права, ответственность и обязанности персонала. Информационные системы очень разнообразны и могут классифицироваться по ряду признаков. Приведем основные из них:[13] 1) по характеру изменения задающего воздействия: – программные; – стабилизирующие; – следящие. 2) по уровню обслуживания производственных процессов: – полностью автоматизированные; – частично автоматизированные. 3) по характеру действенного сигнала: – дискретные; – непрерывные. 4) по архитектуре: – настольные; – распределенные. 5) по функциональному признаку:[6] – производственные системы; – финансовые и учетные системы; – системы маркетинга; – системы управления вспомогательным производством. 6) по уровням управления: – ИС оперативного уровня; – ИС специалистов; – ИС для менеджеров среднего звена; – стратегические ИС. 7) по масштабу и интеграции компонент:[9] – локальный АРМ; – комплекс информационно и функционально связанных АРМ; – корпоративная информационная система; – компьютерная сеть АРМ. 8) по количестве параметров: – простые; – сложные. 9) по виду используемой информации управляющим устройством: – бумажные; – электронные; – графические.

1.2.Жизненный цикл ИС

Жизненным циклом ПО называют срок времени с момента появления самых идей для создания некоторой программы и до момента завершения ее поддержки разработчиками. Стандарт ISO 12207: 1995 предназначен для описания типовой структуры жизненного цикла ПО, а также и его основных этапов.

Рисунок 1 – Состав ЖЦ ПО На рис. указаны процессы ЖЦ по методике, рассмотренной в указанному стандарте. Процесс для ЖЦ определяется как некоторая совокупность разных взаимосвязанных между собой действий, которые преобразуют исходные данные непосредственно в выходные. Условность выделения таких этапов также тесно связана с тем, что при любом этапе возможно и принятие решений, что имеют возможность пересмотра ранее принятых. Рассмотрим типовую структуру ЖЦ, которая применяется при разработке программных продуктов опытными специалистами. Стоит отметить, что этапы несколько отличаются от шагов стандарта. [8] – Постановка задачи – четко формулируются назначение программы, что разрабатывается, и определяются главные требования к ней. Все требования представляются в виде описание нужного (желаемого) свойства ПО. При этом различают и функциональные требования, что дают возможность определить функции, которые и должны выполняться разрабатываемым программистом программным обеспечением, и специальные эксплуатационные требования, что могут определять особенности для его функционирования. – Анализ требований, четкое определение особенностей проекта. Такими спецификациями называют точное описание всех функций, ограничений для разрабатываемого ПО. Соответственно могут различать также эксплуатационные или же функциональные спецификации. Совокупность таких всех спецификаций представляет собой общую логическую модель данных для проектируемой программы. [15] – Проектирование. Самой основной задачей этапа считают определение всех спецификаций для программного обеспечения, что разрабатывается. Сам процесс проектирования может включать:  проектирование общей структуры программы – определение основных компонентов и связи между ними;  декомпозицию некоторых компонентов, построение структурных отношений при соответствии с разными рекомендациями иерархического подхода при проектировании данных;  непосредственное проектирование компонентов программы. Результатом этого этапа может быть детальная модель для программного обеспечения вместе с разными спецификациями его составных частей для всех уровней. Вид самой модели зависит также от подхода (объектный, компонентный, структурный) и конкретной технологии для проектирования. Однако во всяком случае процесс проектирования может охватывать и проектирование программ, а также определение непосредственных взаимосвязей между ними, разработку данных, с которыми работают эти программы. – Реализация представляет для себя процессы поэтапного написания программ на выбранном языке программирования, их тестирование и отладку. – Сопровождение – это процесс создания, внедрения самых новых версий для разрабатываемого программного продукта. На рассматриваемом этапе также вносятся необходимые изменения в программный продукт, что так же, аналогично, как и во всех остальных случаях, потребуют выполнение пересмотра проектных решений, принятых ранее. Модель жизненного цикла является структурой, содержащей разные процессы действия, задачи, которые часто и долго осуществляются в ходе самого процесса разработки, использования программного продукта при его сопровождении. Такие модели можно также разделять на группы: – с указанием специфики задач; – реализация инженерного подхода; – современные технологии разработки. Рассмотрим существующие модели и также оценим недостатки для них и преимущества. Модель устранения ошибок – это простейшая модель, которая характерна для обычных студентов ВУЗов. При рассмотрении модели именно большинство студентов выполняют разработку самых простых проектов. Данная модель использует алгоритм:[3] – указание задачи; – выполнение задач; – проверка результата; – при необходимости возврат на первый пункт. Рассматриваемая модель является несколько устаревшей. Она характерна для программных продуктов 70 гг., поэтому преимуществ перед иными моделями практически нет. [6] Каскадная модель (или водопадная модель) применяет алгоритм, приведенный ниже на рисунке 8, и имеет перечень преимуществ перед описанным методов в предыдущей модели, хотя имеет также и несколько недостатков. Рисунок 2 – Водопадная или каскадная модель ЖЦ Основные преимущества этой модели:[9] – выполнение последовательных этапов разработки программного проекта в четко определенном порядке; – позволяет оценивать качество продукта при наступлении каждого этапа. Недостатками при этом являются: – отсутствие обратных связей между этапами; – нет соответствия для реальных условий по разработке программного продукта. К этому же отметим, что для устранения всех недостатков часто применяется специальная каскадная модель с промежуточным контролем (или же водоворотная модель). Она также является почти эквивалентной рассмотренному алгоритму предыдущей модели, хотя при этом имеет и обратную связь с каждым из этапов ЖЦ, порождая очень весомый недостаток при этом, а именно 10-ти кратное увеличение затрат на разработку программного проекта. V-модель или же разработка с применением методологии тестирования имеет более приближенный для нынешних методов алгоритм, но он все еще имеет недостатки (рисунок 3).[1] Рисунок 3 – Применение V-модели – Модель на основании разработки прототипа – может базироваться на разработке прототипов, а также прототипирования продукта. Процесс прототипирования используется на самых ранних стадиях ЖЦ для программного обеспечения:[2]  прояснить все требования к разработке;  выбрать только одно с ряда решений;  проанализировать осуществимость внедряемого проекта. Рассмотрим классификацию применяемых прототипов: – вертикальные, горизонтальные; – одноразовые, эволюционные; – раскадровки, бумажные. Прототипы горизонтального вида дают возможность моделировать только графический интерфейс вовсе не затрагивая непосредственную логику для обработки БД. Вертикальные прототипы реализуют проверку архитектурных решений при разработке. Одноразовые прототипы часто применяются для быстрой разработки ПО (RAD). Спиральной моделью ЖЦ ПО представляется собой процесс для создания ПО, сочетающий и процесс проектирование, и постадийного прототипирования для сочетания преимуществ специальной нисходящей концепции:[6] Преимущества рассмотренной модели в следующих фактах: – быстрое получение требуемых результатов; – увеличение конкурентоспособности ПО; – гибкость при изменении исходных требований. Недостаток один – отсутствие четкой регламентации всех стадий модели.

1.3.Описание среды разработки 1С:Предприятие 8.3

Система программ «1С:Предприятие 8.3» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу. Гибкость платформы позволяет применять 1С:Предприятие 8.3 в самых разнообразных областях:  автоматизация производственных и торговых предприятий, бюджетных и финансовых организаций, предприятий сферы обслуживания и т.д.  поддержка оперативного управления предприятием;  автоматизация организационной и хозяйственной деятельности;  ведение бухгалтерского учета с несколькими планами счетов и произвольными измерениями учета, регламентированная отчетность;  широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;  решение задач планирования, бюджетирования и финансового анализа;  расчет зарплаты и управление персоналом;  другие области применения. Платформа 1С:Предприятие 8.3 была создана с учетом 6-летнего опыта применения системы программ 1С:Предприятие 7.7, которую используют десятки тысяч разработчиков. Несмотря на значительные изменения, новая версия 8 сохранила идеологическую преемственность с предыдущими версиями. Фирма «1С» выпускает тиражные прикладные решения, предназначенные для автоматизации типовых задач учета и управления в коммерческих предприятиях реального сектора и бюджетных организациях. В каждом программном продукте сочетается использование стандартных решений (общих для всех или нескольких программ) и максимальный учет специфики задачи конкретной отрасли или рода деятельности предприятия. Отраслевые и региональные прикладные решения создаются силами партнеров-разработчиков и предназначены для автоматизации отдельных направлений или областей деятельности предприятий. Инструмент разработчика «1С:Библиотека стандартных подсистем 8.3» (БСП) предоставляет набор универсальных функциональных подсистем и технологию для разработки прикладных решений на платформе «1С:Предприятие 8.3». С помощью БСП можно быстро создавать новые конфигурации с уже готовой базовой функциональностью, а также включать готовые функциональные блоки в существующие конфигурации. Использование БСП при разработке прикладных решений позволит также достичь большей стандартизации конфигураций, что уменьшит время на изучение и внедрение прикладных решений за счет их унификации по набору используемых стандартных подсистем. Конфигуратор системы 1С:Предприятие является специальным режимом запуска и предназначен для администраторов и разработчиков. В этом режиме выполняются действия по созданию и корректировке структуры базы данных, редактирование программных модулей, административные функции, связанные с управлением системой в целом. В окне конфигуратора слева размещается дерево конфигурации, в котором редактируется структура базы данных. Справа – окно Синтакс-помощника, которое часто используется при написании программных модулей для того, чтобы вспомнить синтаксис или параметры конкретной процедуры/функции. В первой главе работы рассматриваются основные определения понятия «информационная система», приводится расширенная классификация ИС, технологии по разработке программных продуктов, а именно: – дана характеристика понятию «жизненный цикл» и приведены примеры; – рассмотрены основные составные этапы ЖЦ ПО; – рассмотрены самые главные модели ЖЦ, при этом указаны их недостатки с преимуществами.

---

1 2