Файл: Разработка проекта информационной системы для фирмы, торгующей автомобилями ( Теоретические аспекты разработки информационных систем).pdf

Введение

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

Для проведения исследования использована следующая литература.

Учебники и учебные пособия таких авторов, как Балдин К.В. (Информационные системы в экономике: Учебник, 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]:

внешнее представление – совокупность представлений специалистов предметной области (пользователей);

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