Автосалон. Готовое 1 пример. Учебники и учебные пособия таких авторов, как Балдин К. В. (Информационные системы в экономике Учебник, 2013), Варфоломеева А. О.
 Скачать 2.96 Mb.
|
|
Введение Теоретическая и практическая важность автоматизации учетной деятельности торгового предприятия и повышения его эффективности обусловили актуальность темы курсовой работы. Объектом исследования являются информационные системы. Предметом исследования являются вопросы разработки информационной системы для торговой фирмы. Для проведения исследования использована следующая литература. Учебники и учебные пособия таких авторов, как Балдин К.В. (Информационные системы в экономике: Учебник, 2013), Варфоломеева А.О. (Информационные системы предприятия: Учебное пособие, 2013), Вдовин В.М. (Предметно-ориентированные экономические информационные системы: Учебное пособие, 2013), Гущин А. Н. (Базы данных. Учебник, 2014), Коцюба И.Ю., Чунаев А.В., Шиков А.Н. (Основы проектирования информационных систем. Учебное пособие, 2015), Медведкова И. Е., Бугаев Ю. В., Чикунов С. В. (Базы данных, 2014), Чистов Д.В. (Проектирование информационных систем: учебник и практикум для академического бакалавриата, 2016), Сухомлинов Анатолий (Разработка информационных систем. Учебное пособие, 2015), Советов Б., Цехановский В., Чертовской В. (Базы данных. Учебник, 2015), Ясенев В. Н. (Информационные системы и технологии в экономике. Учебное пособие, 2012), надежность информации которых основана на соответствии образовательному стандарту. Выбраны для анализа информации по разработке информационных систем и баз данных. Книги издательства 1С-Паблишинг таких авторов, как Ажеронок В.А. , Габец А.П., Гончаров Д.И., Радченко М.Г. (Профессиональная разработка в системе "1С: Предприятие 8" в двух томах, 2012) , Радченко М.Г., Хрусталева Е.Ю. 1C:Предприятие 8.3. (Практическое пособие разработчика. Примеры и типовые приемы, 2013), Хрусталева Е.Ю. (Облачные технологии «1С:Предприятия», 2016; Разработка сложных отчетов в «1С:Предприятии 8.2». Система компоновки данных, 2012; Язык запросов "1С:Предприятия 8", 2013), надежность информации этих авторов обуславливается большим практическим опытом внедрения систем 1С:Предприятие. Выбраны для анализа и практического применения информации по средствам проектирования технологической платформы 1С:Предприятие 8. Книга авторитетного специалиста Уидом Дженнифер (Реляционные базы данных. Руководство, 2014), надежность информации которых обусловлена высоким уровнем требований издательства «Лори» к качеству публикуемой литературы. Выбрана для анализа информации по разработке баз данных. Статьи из сборников научных статей таких авторов, как Губина Е.А., Ирзаев Г.Х., Адеева М.Г. (Проектирование информационной системы на основе связывания CASE-инструментария и реляционной базы данных, 2014), Филипьев Н.В., Рекунков И.Ю., Шуляк Е.А. (Особенности выбора оптимальных программных средств для разработки информационных систем, 2015), надежность информации которых обусловлена статусом научных журналов. Выбраны для анализа информации по разработке информационных систем. Интернет-публикации Граничин Олег, Кияев Владимир (Информационные технологии в управлении предприятием, 2015), Швецов Владимир. (Базы данных, 2015) . Надежность информации обусловлена требовательностью к качеству размещаемых образовательных курсов на портале «Интуит». Выбрана для анализа информации по разработке информационных систем и баз данных. Анализ подобранной литературы показал, что разработка информационных систем и баз данных в конкретной предметной области является трудоемким, зависящим от интуиции и опыта разработчиков, процессом. Поэтому важной задачей и целью курсовой работы является исследование современных методов проектирования ИС для создания эффективной информационной системы для фирмы, торгующей автомобилями. В соответствии с целью были поставлены следующие задачи: Изучить особенности разработки информационных систем; Изучить технологии проектирования баз данных; Изучитьособенности применения технологической платформы 1С: Предприятие 8; Выполнить проектирование базы данных; Разработать информационную систему в 1С: Предприятие 8.2; Выполнить ввод данных и контроль за правильным функционированием информационной системы. Система должна обеспечивать автоматический контроль правильности входной и выходной информации. Система должна обеспечивать надежную защиту данных и программы, должна быть возможность разграничения доступа к информации для различных категорий пользователей с помощью парольной аутентификации. В случае аварийного завершения работы программы предусмотрен режим восстановления и переиндексации БД в приемлемое время восстановления после отказа. Создаваемая программная система должна функционировать, легко инсталлироваться, настраиваться и корректно работать при выполнении следующих требований: наличие операционной системы типа MS Windows XP, MS Windows Vista, MS Windows 7, MS Windows 8, MS Windows 10; наличие технологической платформы 1С:Предприятие 8.2. 1 Теоретические аспекты разработки информационных систем 1.1. Особенности разработки информационных систем Разработка корпоративной учетной информационной системы, как правило, выполняется с учетом особенностей определенного предприятия. Особенности предметной сферы деятельности предприятия, несомненно, оказывают значительное влияние на структуру учетной информационной системы. Но, следует отметить, что структуры различных предприятий в целом довольно схожи между собой. Каждое предприятие, независимо от рода его деятельности, включает ряд подразделений, которые непосредственно осуществляют какой-либо вид деятельности. И это справедливо практически для всех предприятий, каким бы видом деятельности они ни занимались [3, 20] . Таким образом, любое предприятие рассматривается как совокупность взаимосвязанных подразделений, каждое из которых может быть со своей, достаточно сложной, структурой. К тому же между подразделениями могут быть установлены достаточно сложные взаимосвязи. В общем случае выделяют три основных вида связей между подразделениями предприятия [2, 4]: функциональные связи – каждое подразделение обеспечивает выполнение определенных видов работ в рамках единого бизнес-процесса; информационные связи – между подразделениями производится обмен информацией (документы, факсы, письменные и устные распоряжения); внешние связи – отдельные подразделения могут взаимодействовать с внешними системами, а взаимодействия могут быть как функциональными, так и информационными. Подобие структур различных предприятий дает возможность сформировать комплекс единых принципов построения корпоративных учетных информационных систем. В общем случае процесс разработки информационной системы можно рассматривать с разных точек зрения [5, 10]: по содержанию действий разработчиков, при этом рассматривают описываемый статический аспект процесса разработки; в терминах основных потоков работ с учетом исполнителей, действий и последовательности действий; по времени, или по стадиям жизненного цикла разрабатываемой системы, при этом рассматривают динамическую организацию процесса разработки, описываемую в терминах циклов, стадий, итераций и этапов. Разработка информационных систем может производиться с помощью итерационной модели. Каждый этап предполагает наличие обратных связей в процессе корректировки и создает условия для корректировки ранее созданных этапов. Итерационную модель жизненного цикла информационной системы представляет рисунок 1.  Рисунок 1. Итерационная модель жизненного цикла ИС [8] Часто применяют спиральную модель, в ходе этапов которой обосновываются и проверяются возможности реализации спроектированных технических решений. На каждом витке создается прототип проектируемой информационной системы, который на следующих витках спирали жизненного цикла ИС совершенствуют, дополняют и доводят до полного внедрения [13]. При этом не обязательно ожидать окончания каждого этапа, в данной модели можно переходить на следующие витки спирали и решать проблемы или недоделки на следующем уровне, что делает работу над проектом более эффективной, гибкой и завершить в более сжатые сроки. Этот многократный цикл, завершающийся созданием новой версии информационной системы, отображен на рисунке 2. Основная задача спиральной модели жизненного цикла информационной системы заключается в том, чтобы на каждой итерации выполнять создание очередной версии системы с использованием разработанного прототипа предыдущих этапов [4, 8, 10].  Рисунок 2. Спиральная модель [8] 1.2 Технологии проектирования баз данных Неотъемлемой частью информационной системы является база данных. Существует много разновидностей методологии проектирования баз данных, однако чаще всего придерживаются методологии ANSI/SPARC [7]. На первом этапе формулируются и анализируются требования: задается основная цель предприятия, определяется набор требований к базе данных. В этот набор входят общие и специфические требования. На втором этапе производится концептуальное проектирование –описываются и обобщаются информационные требования пользователей в первоначальном проекте базы данных. На третьем этапе проводят логическое проектирование – для полученного высокоуровневого представления данных выполняется преобразование в структуру используемой системы управления базами данных (СУБД). Основная цель этапа заключается в устранении избыточности данных на основе правил нормализации. На четвертом этапе производится физическое проектирование, решение вопросов, связанных с производительностью СУБД, определяется структура храненияданных и методы доступа [16]. В процессе создания базы данных необходима интеграция данных, которые должны обеспечить решение группы прикладных задач различных пользователей. Следовательно, в ходе интеграции данных необходимо учитывать требования к данным каждого из пользователей, которые основываются на представлениях конкретного пользователя о данных и связях между ними. Затем надо обобщить собранные требования в единое представление, которое и станет основой для проектирования единой базы данных [9]. Полученное обобщенное представление всех пользователей о данных является концептуальной моделью базы данных. В концептуальной модели содержится информационное описание предметной области с учетом выявленных логических взаимосвязей, поэтому она получила еще одно название – инфологическая (информационно-логическая) модель. Модель не включает какие-либо понятий, связанных с компьютерами, памятью компьютера, способами хранения данных в памяти компьютера, и, фактически является моделью только предметной области [16]. Далее требуется выполнить преобразование представлений концептуальной модели с учетом модели данных конкретной системы управления базами данных (СУБД) в логическую модель базы данных. Таким образом, логическая модель является концептуальной схемой, специфицированной в языке описания данных конкретной СУБД. В логической модели представление данных и элементов данных отражено вне зависимости от их содержания и среды хранения. Затем разработчику необходимо с помощью средств конкретной СУБД выполнить отображение полученной логической модели базы данных в память компьютера и определить методы доступа к данным. В результате будет получено представление данных в памяти компьютера, называемое внутренним представлением или структурой хранения. Прикладные приложения взаимодействуют с логической моделью, при этом конкретным пользователям предоставлено подмножество этой логической модели, которое отражает представления пользователя о предметной области. Каждому прикладному приложению "видны" и доступны для обработки только те данные, которые необходимы именно ему [9, 14]. Соответствующая интерпретация данных прикладными приложениями (пользователями) представляет собой внешние представления. Взаимосвязь таких трех уровней представлений отображена на рисунке 3. В соответствии с этим в трехуровневой архитектуре ANSI/SPARC определено выделение трех различных уровней описания данных (внешнего, концептуального, внутреннего) в модели системы управления базами данных. Применение соответствующих представлений дает возможность четкого разграничения полномочий разных лиц, которые работают с базой данных [6, 12, 15]: внешнее представление – совокупность представлений специалистов предметной области (пользователей); внешнее представление и логическая модель – совокупность представлений прикладных программистов, разрабатывающих конкретное приложение для пользователей; логическая модель и внутреннее представление – совокупность представлений системных программистов, администрирующих базу данных [16].  Рисунок 3. Уровни представлений о данных в базе данных [16] При проектировании реляционных моделей данных разрабатываются ER-диаграммы, реляционная схема и сопроводительная документация. Для проверки корректности построенной логической модели данных используются правила нормализации. Нормализация является эффективным средством, которое позволяет удостоверить структурную согласованность, логическую целостность и минимальную избыточность выбранной модели данных [7, 9, 12]. Таким образом, проектирование баз данных является чрезвычайно важным, но длительным и трудоемким процессом. Это обуславливает необходимость автоматизации разработки баз данных на разных этапах проектирования. 1.3 Особенности применения технологической платформы 1С:Предприятие 8 Базовыми механизмами системы 1С:Предприятие 8 решается цель значительного ускорения и унификации как самой разработки прикладных решений, так и их сопровождения. Повышая уровень абстракции, четко разделяя систему на платформу и прикладное решение, создавая прикладное решение на основе метаданных, разработчик может перейти от технических и низкоуровневых понятий к более содержательным и высокоуровневым, а значит приблизить их к языку пользователей и специалистов в предметной области. Благодаря тому, что все прикладные решения строятся на основе определенной модели, решаются и традиционные задачи, связанные с производительностью, эргономикой, функциональностью [11]. Система программ «1С:Предприятие 8» содержит технологическую платформу и разработанные на ее основе прикладные решения. Единая концепция интерфейса всех прикладных решений 1С:Предприятия 8 основывается на использовании стандартных элементов, которые предоставляются платформой. Из этого следует, что пользователи какого-либо одного прикладного решения, вполне комфортно могут работать и с любым другим прикладным решением 1С:Предприятия 8 [1]. Системой автоматически строится командный интерфейс для конкретного пользователя на основе структуры подсистем, к которым привязаны объекты прикладного решения. Пользователи могут настроить интерфейс в соответствии со своими личными предпочтениями. Специалист по внедрению может включить или отключить часть функциональности прикладного решения без изменения его кода. Встроенный язык программирования поддерживает набор процедур и функций, посредством которых разработчик обеспечивает интерактивное взаимодействие с пользователем. Например, он может вывести на экран сообщение, предупреждение и информацию о ходе выполнения алгоритмов прикладного решения [3]. Механизмы, обеспечивающие формирование экономической и аналитической отчетности, являются комплексом средств, которые позволяют формировать не просто печатные формы, а интерактивные документы, тесно интегрированные в прикладное решение. Пользователи смогут не только вывести на печать отчет, но и работать с ним практически так же, как с любой экранной формой – изменять параметры отчета, перестраивать его, использовать «расшифровки» – возможность формирования дополнительных отчетов на основе отдельных элементов уже сформированного отчета [4, 11]. Перечислим основные механизмы, которые используются при создании экономических и аналитических отчетов [11, 18]: Механизм запросов является эффективным способом доступа к данным, поддерживаемым платформой. С помощью этого механизма обеспечивается чтение и обработка данных, которые хранятся в информационной базе; изменение данных с помощью запросов невозможно [19]. Система компоновки данных является механизмом, основанным на декларативном описании отчетов. Он предназначается для построения отчетов, а также вывода информации со сложной структурой и содержащей произвольный набор таблиц и диаграмм. Система компоновки данных обеспечивает реализацию следующих возможностей [1, 17]: создание отчетов без программирования; использование автоматически генерируемых форм просмотра и настройки отчета, разбиение исполнения отчета на этапы; независимое использование отдельных частей системы компоновки данных и программное управление процессом выполнения отчета. Следует отметить, что в системе компоновки данных, при использовании языка запросов для описания источников данных, секция описания итогов языка запросов не используется. Это связано с тем, что системой компоновки данных самостоятельно рассчитываются итоги на основе тех настроек, которые установлены разработчиком или пользователем. В систему компоновки данных входит несколько основных частей. Исходные данные для компоновки отчета (наборы данных и методы работы с ними) содержатся в самой схеме компоновки данных [18]. В процессе разработки создается схема компоновки данных, в которой надо выполнить описание текста запроса, наборов данных, связей между ними, доступных полей, параметров получения данных, а также задать первоначальные настройки компоновки – структуру отчета, макет оформления данных. На выходе пользователю будет выдан отчет системы компоновки данных, представляющий собой не просто таблицу записей, полученную в соответствии с условиями запроса. Такой отчет системы компоновки сложной иерархической структуры может состоять из разных элементов, группировок, таблиц и диаграмм. Причем, пользователю предоставляется возможность изменения существующей структуры отчета или создания совершенно новой структуры отчета. Также возможна настройка необходимого пользователю отбора, оформления элементов структуры отчета, получение расшифровки по каждому элементу система компоновки данных как совокупности нескольких объектов [11, 18]. Процесс взаимодействия этих объектов выглядит следующим образом: Разработчик создает схему компоновки данных и настройки по умолчанию. На основе схемы компоновки и имеющихся настроек компоновщик макета создает макет, подготавливая исполнение отчета. В нем содержатся необходимые запросы, макеты областей отчета. Процессор компоновки данных производит отбор данных из информационной базы в соответствии с макетом компоновки, агрегацию и оформление этих данных. Процессор вывода обрабатывает результат компоновки и в итоге пользователю предоставляется результирующий табличный документ [1]. Таким образом, конфигуратор «1С:Предприятия 8» позволяет выполнять разработку и администрирование информационных баз, является удобным и эффективным средством разработки информационных систем. 2 Разработка информационной системы 2.1 Проектирование базы данных Проводя инфологическое проектирование, требуется выявить общие информационные объекты и связи между ними, произвести анализ общих информационных требований к системе и выявить информационные потоки, отображающие процессы создания, обработки и взаимодействия данных [7]. В результате инфологического проектирования создают концептуальную модель, представляющую собой, не зависящую от любой физической реализации структуру данных [9]. На основе анализа предметной области продажи автомобилей выделим информационные объекты и их атрибуты. Выделяем объекты-сущности Покупатели, Сотрудники, Банки, Поставщики, Автомобили, Файлы, Цены, Розничные цены, Продажа автомобиля, Поступление авто, Оплата поставщику, Оплата от покупателя. Рассмотрим атрибуты перечисленных объектов в таблице 1. Таблица 1. Атрибуты объектов
Продолжение таблицы 1
Атрибуты остальных объектов предметной области сформированы в таблице А.1, приложения А. Необходимо выполнить анализ каждого атрибута на наличие взаимосвязей с другими реквизитами объекта. Реквизит приобретает смысл, только в том случае, когда связывается с другими атрибутами, которые обладают смысловым единством [14]. Определим отношения (взаимосвязи) и мощности отношений между объектами. Отношение «Покупатели» -> «Продажа автомобиля». «Покупатели» является главным объектом, а «Продажа автомобиля» подчинённым объектом. Определен тип связи «один ко многим» (Рисунок 4). Один Покупатель может участвовать в нескольких продажах автомобиля. Указанные объекты связываются между собой по атрибуту «Код покупателя». Покупатели Продажа автомобиля |