Курсовая работа по теме ИС Лакомый мир. Курсовой проект Наумов. Содержание введение 4 1Анализ предметной области 5
 Скачать 1.01 Mb.
|
 СОДЕРЖАНИЕ ВВЕДЕНИЕ 4 1.1Анализ предметной области 5 1.3 Обоснование выбора программных и технических средств для реализации приложения 7 1.4 Разработка формы входных и выходных данных 10 2.1 Проектирование графического пользовательского интерфейса 11 2.2 Экспорт физической структуры базы данных 14 2.4 Тестирование приложения 20 ЗАКЛЮЧЕНИЕ 21 ВВЕДЕНИЕ Кондитерские изделия любили во все времена, даже сейчас в век высоких технологий, человек всё ещё является главным звеном в их приготовлении. В настоящее время, существует различные вариации кондитерских изделий, но для них нужны определенные продукты, а так как мы рассматриваем промышленный масштаб, то нужно большое количество людей и продуктов. Именно для этого создаются базы данных для отслеживания поставки ингредиентов, для количества рабочих на смене. Кондитерский магазин представляет собой сложную систему, а для облегчения и улучшения управления предприятьем требуется его автоматизировать. Улучшение и облегчение пользования предприятием осуществляется путем разработки программного модуля. Использование программного модуля в сфере управления кондитерским магазином обеспечивает повышение качества экономической информации, ее точности, объективности и как следствие этого, возможности принятия своевременных решений. Цель курсового проектирования: Разработка программных модулей информационной системы «Лакомый мир» Задачи курсового проектирования: провести анализ предметной области; разработать техническое задания на программный продукт; выполнить анализ задания, выбрать технологию проектирования и разработать проект программного продукта; выбрать структуры данных для реализации предметной области программного продукта; разработать интерфейс пользователя; выбрать язык и среду программирования, наиболее удовлетворяющий проведенной разработки; разработать алгоритмы и реализовать их в выборной среде разработки 1 АНАЛИТИЧЕСКИЕ АСПЕКТЫ ПО РАЗРАБАТЫВАЕМОЙ ТЕМЕ АСПЕКТА Анализ предметной областиДля создания любой информационной системы необходим подготовительный этап, связанный с исследованием и описанием предметной области, объектов или процессов автоматизации, а также различных видов взаимосвязей между ними. Под предметной областью будем понимать информацию о совокупности объектов автоматизации и их характеристиках, которая представляется в виде специальных структур данных, хранятся в базах данных (БД) и используется пользователями для решения различных функциональных задач. С точки зрения проектирования БД в рамках системного анализа, необходимо провести подробное словесное описание объектов предметной области и реальных связей, которые присутствуют между описываемыми объектами. Желательно, чтобы данное описание позволяло корректно определить все взаимосвязи между объектами предметной области. В общем случае существует два подхода к выбору состава и структуры предметной области. Функциональный подход - он реализует принцип движения «от задач» и применяется тогда, когда заранее известны функции некоторой группы лиц и комплексов задач, для обслуживания информационных потребностей, для которых создается БД. В этом случае необходимо выделить минимальный набор объектов предметной области, которые должны быть описаны. Предметный подход — когда информационные потребности будущих пользователей БД жестко не фиксируются. Они могут быть многоаспектными и весьма динамичными. Невозможно точно выделить минимальный набор объектов предметной области, которые необходимо описывать. В описание предметной области в этом случае включаются такие объекты и взаимосвязи, которые наиболее характерны и наиболее существенны для нее. Такая база данных, называется предметной, то есть она может быть использована при решении множества разнообразных, заранее не определенных задач. Конструирование предметной БД в некотором смысле кажется гораздо более заманчивым, однако трудность всеобщего охвата предметной области с невозможностью конкретизации потребностей пользователей может привести к избыточно сложной схеме БД, которая для конкретных задач будет неэффективной. В случае с предметной областью кондитерской ‘Лакомый мир’ необходимо использовать вариант, который ориентирован на конкретные задачи автоматизированного учета продукции и функциональные потребности субъектов кондитерской ‘Лакомый мир’. Анализ приложений по аналогичной тематике проекта В настоящие время подобных информационных систем ни так уж много. Примером для автоматизации кондитерской является облачная касса - Poster. Основные функциональные возможности данной облачная кассы: простой складской учет. Poster позволит держать под контролем актуальные остатки, чтобы продукты не пропадали и никогда не заканчивались; системы лояльности и акций. В Poster присутствует возможность использовать гибкие системы лояльности и уникальный конструктор акций; отслеживание финансов. Используя блок Бухгалтерия и Кассовые смены, для отслеживания всех финансов; автономность. В Poster присутствует функция просмотра продаж и управления кондитерской из любой точки мира с доступом к интернету; Легкое и удобное добавление поставков и проведение инвентаризации;  Рисунок 1 – облачная касса для кондитерской Poster Проанализировав программу, можно сделать вывод, что данная система позволяет обхватить весь спектр услуг по ведению кондитерской, но с коммерческой стороны имеет высокую стоимость -18240 рублей в год (за версию Startup). 1.3 Обоснование выбора программных и технических средств для реализации приложения Существует большое число СУБД. На ее выбор оказывают влияние следующие факторы: по функциональным возможностям СУБД: настольные (FoxPro, MS Access, Paradox) и корпоративные (Oracle, MS SQL); по типу использования языков: открытые, замкнутые, смешанные; по числу уровней в архитектуре: одноуровневые, двухуровневые, трехуровневые; по выполняемым функциям СУБД: информационные, операционные; по сфере возможности применения: универсальные, специализированные. Для построения базы данных была выбрана СУБД MS SQL Server 2014. Это система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов – Transact-SQL. Microsoft SQL Server является наиболее популярной платформой управления базами данных для операционной системы Windows и их анализа. Это стабильный и мощный сервер баз данных, отличающийся высокой надежностью и защищенностью. Отлично масштабируется и подходит для выполнения бизнес-проектов любого уровня сложности. Надежность: Ms SQL Server 2014 имеет функцию динамического шифрования базы данных, файлов и журналов без изменений в самих приложениях. Эффективность: Общий набор политик для множества операций с базами данных уменьшают временные затраты при повседневном обслуживании. Интеллектуальность: При использовании больших таблиц имеется способность работать с подобными объемами данных благодаря улучшенной производительности запросов. Представление пользователям необходимой информации, мощных средств создания сложных отчетов, генерация отчетов напрямую в Microsoft Word\Excel. Это всё позволяет использовать Ms SQL Server 2014 как для небольшого предприятия, так и для корпорации. Разработчики программного обеспечения во всем мире используют SQL Server для создания приложений, демонстрирующих непревзойденные показатели безопасности и производительности для большинства ресурсоемких рабочих нагрузок. SQL Server 2014 — помогает реализовать весь потенциал новейших технологических тенденций. Он поддерживает гибридную обработку транзакций, расширенную аналитику и машинное обучение, мобильную бизнес-аналитику, интеграцию данных, обработку запросов с шифрованием и работу с транзакциями в оперативной памяти. C#, C-sharp, си-шарп - язык программирования, сочетающий объектно-ориентированные и аспектно-ориентированные концепции. Разработан в 1998—2001 годах группой инженеров под руководством Андерсa Хейлсбергa в компании Microsoft как основной язык разработки приложений для платформы Microsoft .NET. Компилятор с C# входит в стандартную установку самой .NET, поэтому программы на нём можно создавать и компилировать даже без инструментальных средств вроде Visual Studio. C# относится к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее близок к С++ и Java. Язык имеет строгую статическую типизацию, поддерживает полиморфизм, перегрузку операторов, указатели на функции-члены классов, атрибуты, события, свойства, исключения, комментарии в формате XML. Переняв многое от своих предшественников — языков С++, Java, Delphi, Модула и Smalltalk — С#, опираясь на практику их использования, исключает некоторые модели, зарекомендовавшие себя как проблематичные при разработке программных систем: так, C# не поддерживает множественное наследование классов (в отличие от C++). C# разрабатывался как язык программирования прикладного уровня для CLR и, как таковой, зависит, прежде всего, от возможностей самой CLR. Это касается, прежде всего, системы типов C#, которая отражает FCL. Присутствие или отсутствие тех или иных выразительных особенностей языка диктуется тем, может ли конкретная языковая особенность быть транслирована в соответствующие конструкции CLR. Так, с развитием CLR от версии 1.1 к 2.0 значительно обогатился и сам C#; подобного взаимодействия следует ожидать и в дальнейшем. (Однако эта закономерность была нарушена с выходом C# 3.0, представляющим собой расширения языка, не опирающиеся на расширения платформы .NET.) CLR предоставляет C#, как и всем другим .NET-ориентированным языкам, многие возможности, которых лишены «классические» языки программирования. Например, сборка мусора не реализована в самом C#, а производится CLR для программ, написанных на C# точно так же, как это делается для программ на VB.NET, J# и др. Символ # в названии языка можно интерпретировать и как две пары плюсов ++, намекающие на новый шаг в развитии языка по сравнению с C++ (подобно шагу от C к C++), и как музыкальный символ диез, вместе с буквой C составляющий в английском языке название ноты до-диез. Последнее и дало название языку. Несмотря на то, что символ # (октоторп) в действительности является символом для обозначения номера на большинстве клавиатур и отличается от символа диез # (Unicode U+266F), Microsoft, как автор языка, неоднократно обращалась к своим клиентам с просьбой принять это допущение. Первая версия C# стандартизированa в ECMA (Standard ECMA-334 C# Language Specification, 3rd edition (June 2005)) и ISO (ISO/IEC 23270:2003, Information technology — C# Language Specification). В конце 2005 года Microsoft объявила о планах предать публичной спецификации вторую версию C#, но к настоящему времени эта спецификация еще не получила статус международного стандарта. Существующее положение ставит, таким образом, Microsoft в роль едва ли не единственной рыночной силы, развивающей C#. 1.4 Разработка формы входных и выходных данных Входными данными для программы являются: · файлы базы данных с которыми непосредственно работает программный продукт. · данные, вводимые оператором. Выходными данными являются: · выводимая на экран текстовая информация. · Текстовый отчёт 2 ПРОЕКТНАЯ ЧАСТЬ РАЗРАБОТАННОГО ПРОЕКТА 2.1 Проектирование графического пользовательского интерфейсаГрафический интерфейс пользователя является обязательным компонентом большинства современных программных продуктов, ориентированных на работу конечного пользователя. Основными достоинствами графического интерфейса являются наглядность и интуитивная понятность для пользователя, а также общность интерфейса программ, написанных специально для функционирования в графической среде.  Рисунок 1 – окно авторизации На следующем рисунке представлено окно директора, он может добавлять и удалять продукцию и пользователей, а также просматривать отчёты, созданные продавцами.  Рисунок 2 – окно директора На рисунке 3 показано окно продавца, он может просматривать и изменять информацию о товарах, а так же создавать отчёты.  Рисунок 3 – окно продавца На рисунке 4 представлено окно покупателя, он может просматривать информацию о товарах и делать заказ.  Рисунок 4 – окно покупателя 2.2 Экспорт физической структуры базы данных Этап физического проектирования заключается в определении схемы хранения, т.е. физической структуры БД. Схема хранения зависит от той физической структуры, которую поддерживает выбранная СУБД. Физическая структура БД, с одной стороны, должна адекватно отражать логическую структуру, а с другой стороны, должна обеспечивать эффективное размещение данных и быстрый доступ к ним. Результаты этого этапа документируются в форме схемы хранения на языке определения данных (T-SQL, Transaction Sistem Qwery Language) выбранной СУБД. Принятые на этом этапе решения оказывают огромное влияние на производительность системы. Одной из важнейших составляющих проекта базы данных является разработка средств защиты БД. Защита данных имеет два аспекта: защита от сбоев и защита от несанкционированного доступа. Для защиты от сбоев на этапе физического проектирования разрабатывается стратегия резервного копирования. Для защиты от несанкционированного доступа каждому пользователю доступ к данным предоставляется только в соответствии с его правами доступа, набор которых также является составной частью проекта БД. Каждое реляционное отношение соответствует одной сущности и в него вносятся все атрибуты этой сущности. Для каждого отношения определяются первичный ключ и внешние ключи (в соответствии со схемой БД). Далее приведены таблицы из БД:  Рисунок 1 – Отчёт  Рисунок 2 – Пользователи  Рисунок 3 – Продажи  Рисунок 4 – Продукция  Рисунок 5 – Роль  Рисунок 6 - Склад  Рисунок 7 – Состав продукции  Рисунок 8 – Категории продукции На рисунках 1-2 представлено создание таблиц в БД SQL-Server 2014. Для создания таблиц используется команда create table.С этой командой можно использовать ряд операторов, которые определяются столбцы таблиц и их атрибуты.  Рисунок 1- Разработка таблиц в БД  Рисунок 2 - Разработка таблиц в БД Триггер – объект БД, представляющий собой специальную хранимую процедуру, которая вызывается автоматически при модификации записи (DML), при модификации объекта DDL или входе в систему.  Рисунок 3 – Триггер на автоматический подсчёт стоимости 2.4 Тестирование приложения Тестирование программного обеспечения — процесс исследования, испытания программного продукта, имеющий две различные цели: продемонстрировать разработчикам и заказчикам, что программа соответствует требованиям; выявить ситуации, в которых поведение программы является неправильным, нежелательным или не соответствующим спецификации. Функциональное тестирование - один из главных видов проверки программы. Цель функционального тестирования - проверка возможностей приложения. Как правило, функции системы описываются в технических спецификациях в виде требований или пользовательских сценариев (use case). На основе технических требований разрабатываются тестовые сценарии (test cases) и чек - листы. Затем определяются приоритеты, согласно стратегии тестирования. Тестовые сценарии сортируются по приоритетам и времени выполнения и объединяются в план тестирования. Таблица 1 – Функциональное тестирование
Тестирование в определенной среде. Таблица 7 - Тестирование в определенной среде.
ЗАКЛЮЧЕНИЕ Проект разработан для автоматизации деятельности работников «Лакомого мира» Вести все записи о предприятии вручную очень сложно и без автоматизированной системы справится нелегко, ведь благодаря автоматизированной системе можно ускорить выполнения большинства функций. В структуру проекта входят таблицы, процедура, триггер и ER-диаграмма. В проекте показана информация о вводимых данных, а также показаны исходы выполнения действий в приложении. Были решены следующие задачи: проведен анализ предметной области разработано техническое задания для программного продукта выполнен анализ задания. выбраны структуры данных для реализации предметной области программного продукта; разработан интерфейс пользователя выбран язык и среда программирования, наиболее удовлетворяющий проведенной разработки |