Дипломная (вкр): Реализация и аттестация информационной системы

Рисунок 2.3 - Логическая модель данных

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

Рисунок 2.4 - Физическая модель данных

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

Встроенные средства поддержки баз данных платформы «1С: Предприятие» поддерживают многопользовательскую работу с базой данных. Использование встроенных возможностей платформы «1С: Предприятие» позволяет снизить стоимость внедрения информационной системы, т.к. не требует приобретения дополнительного ПО для управления СУБД [30].

.4 Обоснование выбора платформы создания информационной системы

В качестве платформы для разработки системы была выбрана «1С: Предприятие 8».

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

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

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

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

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

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

Очень важным преимуществом такого подхода является унификация обучения пользователей. Например, обучившись на курсах по «1С: Предприятию 8.0» или имея опыт работы с какой либо из программ, пользователь достаточно быстро осваивает возможности специализированных или индивидуальных решений [34, 38, 39].

.5 Проектирование модулей

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

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

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

–       глобальный контекст задачи;

–       локальный контекст выполнения конкретного модуля.

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

Локальный контекст модуля образуется тем конкретным местом конфигурации задачи, для которого использован программный модуль. Локальный контекст виден только конкретному программному модулю и определяет для модуля набор непосредственно доступных модулю значений агрегатных типов данных, их атрибутов и методов. Однако контекст модуля можно передать как объект в виде параметра при вызове процедур и функций. Кроме того, контекст модуля определяет тот набор методов, которые доступны только в данном контексте. Локальный контекст предназначен для того, чтобы дать возможность управлять частными аспектами поведения задачи, присущими данному модулю [34].

Различают следующие виды программных модулей:

–       общие модули;

–       модуль приложения;

–       модуль внешнего соединения;

–       модули прикладных объектов;

–       модули форм.

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

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

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

Модули прикладных объектов - у некоторых прикладных объектов конфигурации могут быть собственные модули, например, модуль документа РасходнаяНакладная, модуль справочника Номенклатура. Не следует их путать с модулями форм этих объектов.

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

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

Справочники

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

–       справочник СКЛАДЫ;

–       справочник НОМЕНКЛАТУРА;

–       справочник КОНТРАГЕНТЫ;

–       справочник АВТОМОБИЛИ КЛИЕНТОВ.

Документы

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

–       заказ-наряд;

–       расходная накладная;

–       приходная накладная;

–       акт приема-передачи автомобиля.

Отчеты

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

–       отчет Заказ-наряды;

–       отчет Остатки товаров;

–       отчет Продажи.

Выводы к разделу

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

3. Реализация и аттестация информационной системы

.1 Реализация приложения

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

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

Ниже на рисунке 3.1 представлено окно конфигурации с созданными документами.

Рисунок 3.1 - Окно конфигурации с созданными документами

Для составления Акта принятия-передачи транспортного средства необходимо открыть форму документа «Акт приема передачи ТС». В появившемся окне следует заполнить все обязательные поля, они выделены красным подчеркиванием. В табличной части «Опции\оборудование» можно составить список опций автомобиля, его комплектацию. На вкладке «Перечень повреждений», кратко описываются повреждения автомобиля и возможные неисправности. Если продавец не является владельцем автомобиля, а продает его по генеральной доверенности, то устанавливаем флажок «Генеральная доверенность» и заполняем поле «Владелец автомобиля». При нажатии кнопки «Печать» появляется возможность выбора выходных форм документа, непосредственно акт приема-передачи автомобиля и акт его осмотра. Примеры печатных форм представлены в приложении Г, пример формы документа - рисунок 3.2.

Рисунок 3.2 - Форма документа «Акт приема передачи ТС»

Данные об автомобилях хранятся в справочнике «Автомобили», поэтому для заполнения данных о принятом автомобиле, в первую очередь, необходимо создать новую запись в справочнике и заполнить основные поля. Сведения об автомобиле автоматически будут отображены на форме документа.

Пример форм справочника «Автомобили» изображён на рисунке 3.3.

Рисунок 3.3 - Формы справочника «Автомобили»

Документ «Заказ-наряд» заполняется аналогично предыдущему документу, за исключением табличной части. Данный документ содержит две табличные части «Товар» и «Услуги». Порядок их заполнения одинаков, сначала производится выбор товара или услуги из справочника «Номенклатура», затем указываем необходимое количество. Цена и общая сумма рассчитываются автоматически при изменении номенклатуры и количества товара. В поле «Причина обращения» дается краткое описание неисправности, с которой обратился клиент. Данные об автомобиле клиента, также хранятся в справочнике «Автомобили» и при выборе автоматически заполняются поля отображающие сведения об автомобиле на форме документа «Заказ-наряд». Пример формы документа «Заказ-Наряд» приведен на рисунке 3.4.

Рисунок 3.4 - Формы документа «Заказ-Наряд»

При нажатии кнопки «ОК» или «Записать» происходит проведение документа по нескольким регистрам накопления сведений. Кнопка «Печать» осуществляет построение печатных форм «Заказ-наряд» и «Акт выполненных работ». Примеры печатных форм приведены в приложении Б, а исходный код формы документа в приложении В.

.2 Взаимодействие приложения с источниками данных

Встроенные средства «1С: Предприятие 8.0» позволяют создавать и управлять базами данных, построенных на основе конфигурации, при этом, весь этот процесс полностью скрыт от разработчика, поэтому нет возможности описать используемую модель взаимодействия приложения с БД. Весь механизм обмена данными приложения с БД построен на запросах.

Для работы с запросами, в «1С: Предприятие 8» использует объект встроенного языка «Запрос», фрагмент запроса приведен на рисунке 3.6.

Рисунок 3.6 - Пример запроса

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

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

–       описание запроса;

–       объединение запросов;

–       упорядочивание результатов;

–       автоупорядочивание;

–       описание итогов.

Обязательной частью запроса является только первая - описание запроса. Все остальные присутствуют по необходимости.

Описание запроса определяет источники данных, поля выборки, группировки и т.д. Объединение запросов определяет, как будут объединены результаты выполнения нескольких запросов.

Упорядочивание результатов определяет условия упорядочивания строк результата запроса.

Автоупорядочивание позволяет включить режим автоматического упорядочивания строк результата запроса.

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

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