Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка модуля по учету заказов и продаж в информационной системе ателье "Королевский стиль"

Разработка модуля по учету заказов и продаж в информационной системе ателье "Королевский стиль"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 16.01.2017
Размер файла 759,5 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

70

Размещено на http://www.allbest.ru/

Министерство образования и науки Республики Хакасия

Государственное бюджетное профессиональное образовательное учреждение

"ХАКАССКИЙ ПОЛИТЕХНИЧЕСКИЙ КОЛЛЕДЖ"

Специальность 09.02.04

"Информационные системы (по отраслям)"

Дипломная работа

на тему: "Разработка модуля по учету заказов и продаж в информационной системе ателье "Королевский стиль""

Дипломник: студентка

Иванова Мария Алексеевна

Руководитель:

Моисеев Владимир Иванович

2016 г.

Содержание

  • Введение
  • I. Общая часть
  • 1.1 Характеристика предприятия
  • 1.2 Описание предметной области
  • 1.3 Достоинства и недостатки существующей информационной системы
  • 2. Проектирование
  • 2.1 Разработка функциональной архитектуры проектируемого модуля
  • 2.2 Проектирование модуля информационной системы
  • 3. Реализация
  • 3.1 Выбор средств разработки и хранения данных
  • 3.2 Разработка объектов модуля информационной системы
  • 3.3 Реализация функциональной архитектуры модуля информационной системы
  • 4. Внедрение и опытная эксплуатация
  • 4.1 Виды и методы тестирования программных средств
  • 4.2 Тестирование разработанного модуля информационной системы на стадии внедрения. Оценка качества и надежности функционирования информационной системы
  • Заключение
  • Список используемых источников
  • Глоссарий
  • Список аббревиатур
  • Приложения

Введение

Целью дипломной работы является разработка модуля по учету заказов и продаж в информационной системе ателье "Королевский стиль".

Объектом обследования является общество с ограниченной ответственностью "Королевский стиль", основным видом деятельности, которого является предоставление услуг населению в виде пошива одежды и ее ремонту, также в ателье имеется отдел розничной продажи материалов для рукоделия.

Предметом исследования является состояние процесса учета заказов и продаж в ООО "Королевский стиль".

Для достижения данной цели были поставлены следующие задачи:

- изучить деятельность ООО "Королевский стиль";

- изучить процессы учета заказов и продаж ООО "Королевский стиль";

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

- обосновать функции разработанного модуля ИС;

- обосновать выбор основных необходимых проектных решений при автоматизации задачи: техническое, программное обеспечение;

- разработать удобный и интуитивно понятный для пользователя, интерфейс;

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

Задачи, которые были решены с помощью разработанного модуля ИС:

- изучение деятельности ООО "Королевский стиль";

- изучение процесса учета заказов и продаж ООО "Королевский стиль";

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

- обоснование функции разработанного модуля ИС;

- обоснование выбора основных необходимых проектных решений при автоматизации задачи: техническое, программное обеспечение;

- разработан удобный и интуитивно понятный для пользователя, интерфейс;

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

Практическая значимость работы состоит в разработке модуля информационной системы для ателье "Королевский стиль", которая учитывать заказы и продажи, сократит время обслуживания клиента и увеличит качество работы сотрудника отдела продаж в ООО "Королевский стиль".

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

Во введение определяется объект, предмет, цель и задачи данной работы, а также ее практическая значимость.

Общая часть содержит характеристику предприятия, описание предметной области, существующие ИС, их достоинства и недостатки.

Раздел "Проектирование" предназначен для описания функциональной архитектуры и проектирования объектов разрабатываемого модуля информационной системы.

учет заказ продажа модуль программный

В разделе "Реализация" описывается выбор средств разработки и хранения данных, а также результаты разработки объектов и функциональной архитектуры модуля.

В разделе "Внедрение и опытная эксплуатация" описан процесс тестирования и оценки качества модуля информационной системы.

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

I. Общая часть

1.1 Характеристика предприятия

ООО "Королевский стиль" представляет собой общество с ограниченной ответственностью.

Юридический адрес предприятия: 655017, г. Абакан, ул. Пушкина, д.126.

Директором предприятия является Иванова Галина Валерьевна.

Телефон: +7 (983) - 370-30-26. E-mail: KingStyle2012@mail.ru.

Компания ООО "Королевский стиль" осуществляет следующие виды деятельности (в соответствии с кодами ОКВЭД, указанными при регистрации):

- пошив и ремонт одежды на заказ (основной вид деятельности);

- розничная торговля материалами для пошива и вязания (дополнительный вид деятельности);

- создание, разработка моделей на заказ (дополнительный вид деятельности).

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

Основными принципами работы "Королевский стиль":

- профессионализм;

- индивидуальный подход к каждому клиенту;

- творческий подход к решению задач любой сложности;

- конфиденциальность;

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

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

Организационная структура "Королевский стиль" представлена на рисунке 1.

Рис. 1. Организационная структура предприятия.

Во главе ООО "Королевский стиль" стоит директор, которому подчиняются все подразделения компании.

Руководство бухгалтерией осуществляет главный бухгалтер, он решает следующие задачи:

- составление бюджета компании на определенный период, его сведением, утверждением и контролем исполнения;

- отвечает за своевременное предоставление корректной бухгалтерской и налоговой отчетности;

- осуществляет операции по приему, учету, выдаче и хранению денежных средств и ценных бумаг с обязательным соблюдением правил, обеспечивающих их сохранность.

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

В самом ателье работают 6 мастеров и администратор, которые принимают заказы клиентов и исполняют их в указанные сроки. Принимает заказ непосредственно администратор, позднее объяснив постановку задач мастерам и распределив между ними работу.

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

Транспортный отдел, который также состоит из двух человек и который осуществляет перевозку проданной продукции со склада к клиенту.

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

1.2 Описание предметной области

Предметная область данного предприятия представляет собой следующее:

На предприятии - три основных отдела:

· отдел продаж - продажа материалов и фурнитуры для вязания и шитья.

· ателье - предоставление населению услуг в области ремонта одежды, пошива и моделирования.

· склад - хранение материалов отдела продаж и ателье

В отделе продаж работают продавцы-консультанты и администратор.

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

2. Продавец-консультант берет необходимый товар со склада в нужном количестве

3. Администратор отдела составляет счет на оплату товара клиенту

4. Администратор выдаёт счет лично клиенту в руки, после чего происходит оплата заказа

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

6. Администратор заполняет данными журнал продаж

7. Каждый месяц администратор составляет отчет по проданным товарам за период

В ателье работают мастера и администратор. Работа отдела:

1. Клиент приходит в ателье, где его встречает администратор данного отдела

2. Администратор получает информацию о заказе и, если это необходимо для заказа, размеры клиента и его личные данные, которые заносит в журнал заказов. Назначается примерная дата исполнения заказа

3. Администратор распределяет работу по заказу между работниками ателье, дав каждому задание

4. Если необходим товар со склада, то администратор делает запрос на склад, где получает его, после записи о взятом товаре в журнал расхода

5. По исполнению заказа мастерами ателье, администратор заносит информацию о его выполнении в журнал, а также звонок-оповещение клиента о том, что заказ можно забрать

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

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

8. Счет выдается лично в руки клиенту, после чего происходит оплата.

9. Администратор заполняет данными журнал заказов

10. Каждый месяц администратор составляет отчет по выполненным заказам ателье

На складе работает кладовщик.

Работа отдела - склад:

1. Кладовщик учитывает движение товаров по предприятию.

Организация бизнес процессов предприятия описана на функциональных диаграммах (рис. 1.1 - 1.2.)

Рис. 1.1 Контекстная функциональная модель AS-IS.

Начальная контекстная диаграмма (Рис.1.1.) описывает процессы предприятия, в общем:

- Входные данные - данные о заказе или продаже;

- процесс "Учет заказов и продаж" выполняется в соответствии с правилами и требованиями учета заказов и продаж, в процессе участвует администратор;

- выходные данные - журнал заказов и продаж;

Рис 1.2 Декомпозированная функциональная модель AS-IS.

Диаграмма декомпозиции (Рис. 1.2.) описывает бизнес процессы детально.

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

1.3 Достоинства и недостатки существующей информационной системы

На предприятии существует информационная система - 1С: Предприятие 8.2.

1С: Предприятие 8.2 - программный продукт компании "1С", предназначенный для автоматизации деятельности на предприятии.

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

Преимущества 1C: Предприятия.8.2:

- 1С: Предприятие. Версия 8.2 - современное и престижное решение;

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

- во всех решениях 1С: Предприятие 8 существует внешняя обработка, которая способна восстановить базу данных, которая была разрушена при неправильном выключении компьютера или выключении электроэнергии;

- программа быстрее и надежнее работает, особенно при росте объемов данных в базе.

Недостатки 1C: Предприятие.8.2:

- при обновлении в 8.2 больше ошибок, чем в предыдущей версии;

- 1С: Предприятие.8.2 требует специального обучения для работы с программой.

2. Проектирование

2.1 Разработка функциональной архитектуры проектируемого модуля

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

1. Учет поступления товаров и материалов на склад;

2. Передача товаров и материалов в ателье;

3. Передача товаров и материалов в отдел продаж;

4. Учет готовых заказов ателье;

5. Учет проданных товаров в отделе продаж.

Предлагаемая в работе функциональная модель представлена на рисунках 2.1, 2.2.

Рис 2.1 Контекстная функциональная модель TO-BE.

На данной контекстной диаграмме (Рис. 2.1.), мы видим следующее:

- на входе мы имеем данные о заказе или продаже;

- процесс "Учет заказов и продаж" выполняется в соответствии с правилами и требованиями учета заказов и продаж при помощи разработанного модуля ИС, в процессе участвует администратор;

- на выходе заносим данные в электронный журнал заказов и продаж;

Данная диаграмма описывает обработку данных о выполнении заказа персоналом ателье или же работником отдела продаж после внедрения в неё разработанного модуля. Здесь мы можем увидеть, что администратор ведет учет заказов или продаж и заполняет данные в журнал ИС.

Рис 2.2 Декомпозированная функциональная модель TO-BE.

Исходя из контекстной диаграммы (Рис.2.2.), мы видим следующее:

- на входе мы имеем данные о заказе или продаже, а так же личные данные клиента;

- процесс "Обработка заказа и продажи" выполняется в соответствии с правилами и требованиями учета заказов и продаж. В процессе участвуют мастера, продавцы и администраторы;

- на выходе заносим данные в журнал заказов и продаж;

Данная диаграмма описывает обработку данных о выполнении заказа персоналом ателье после внедрения в неё разработанного модуля. Здесь мы можем увидеть, что администратор ведет учет заказов или продаж и заполняет данные в электронный журнал информационной системы.

2.2 Проектирование модуля информационной системы

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

Рис 3.1 Физическая модель БД.

Основные таблицы базы данных это Заказ, Продажа и Склад.

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

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

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

Таблица Заявки содержит информацию о самих заявках, номер заявки, специалист проводивший осмотр/ремонт оборудования, дата заявки, отделение направившее заявку, адрес местонахождения заявителя.

В таблице Сотрудники фиксируются сведения о работниках предприятия. В эту таблицу заносятся сведения Фамилия Имя Отчество, Год рождения, Должность, Адрес прописки, Номер телефона.

Всего в базе данных 13 таблиц. Состав таблиц представлен на рисунке 3.1:

Таблица 3.1 Заказ

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

ФИО_Заказчика

Числовой

Поле подстановки из справочника

Вид_заказа

Числовой

Поле подстановки из справочника

Вид_модели

Числовой

Поле подстановки из справочника

Пол

Числовой

Поле подстановки из справочника

Материал

Числовой

Внешний ключ

Сложность

Числовой

Поле подстановки из справочника

Мастер

Числовой

Поле подстановки из справочника

Пожелания_клиента

Текстовый

Текстовое название

Дата

Дата/время

Отображение даты

Стоимость_заказа

Числовой

Числовой идентификатор

Исполнение

Логический

Таблица 3.2. Продажа

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

ФИО_Продавца

Числовой

Поле подстановки из справочника

Товар

Числовой

Поле подстановки из справочника

Количество

Числовой

Числовой идентификатор

Цена

Числовой

Числовой идентификатор

Сумма

Числовой

Числовой идентификатор

Дата_продажи

Дата/время

Отображение даты

Таблица 3.3 Склад

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Тип товара

Числовой

Поле подстановки из справочника

Наименование

Текстовый

Текстовое название

Количество

Числовой

Числовой идентификатор

Цена

Денежный

Денежный идентификатор

Дата прихода

Дата/время

Отображение даты

Принял

Числовой

Поле подстановки из справочника

Таблица 3.4 Заказчик

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

ФИО_Заказчика

Текстовый

Текстовое название

№телефона

Числовой

Числовой идентификатор

Город

Числовой

Поле подстановки из справочника

Улица

Числовой

Поле подстановки из справочника

Дом

Числовой

Числовой идентификатор

Таблица 3.5 Мастер

Имя поля

Тип данных

Описание

id

Числовой

Числовое значение кем выдан паспорт

ФИО

Текстовый

Текстовое название

Фамилия

Текстовый

Текстовое название

Имя

Текстовый

Текстовое название

Отчество

Текстовый

Текстовое название

Должность

Числовой

Поле подстановки из справочника

Дата рождения

Дата\время

Отображение даты

Таблица 3.6 Вид_заказа

Имя поля

Тип данных

Описание

id

Счетчик

Числовой идентификатор

Вид_заказа

Текстовый

Текстовое название

Таблица 3.7 Вид_модели

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Вид

Текстовый

Текстовое название

Таблица 3.8 Тип_товара

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Тип товара

Текстовый

Текстовое название

Таблица 3.9 Должность

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Должность

Текстовый

Текстовое название

Таблица 3.10 Сложность

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Коэффициент

Числовой

Числовой идентификатор

Таблица 3.11 Пол

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Пол

Текстовый

Текстовое название

Таблица 3.12 Город

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Город

Текстовый

Текстовое название

Таблица 3.13 Улица

Имя поля

Тип данных

Описание

id

Числовой

Числовой идентификатор

Улица

Текстовый

Текстовое название

3. Реализация

3.1 Выбор средств разработки и хранения данных

Основными задачами информационной системы являются эффективное хранение, обработка и анализ данных. Для их решения применяются системы управления базами данных. Самыми популярными и часто используемыми СУБД являются MySQL и MS Access.

MySQL

Это свободная реляционная система управления базами данных. MySQL является наиболее приспособленной для применения в среде web СУБД. MySQL является решением для малых и средних приложений. Входит в состав таких серверов, как WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удаленные клиенты.

Возможности MySQL:

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

2. Количество строк в таблицах может достигать 50 млн.

3. Максимально быстрое выполнение команд. Существует мнение, что MySQL - и вовсе самый быстрый сервер из существующих.

4. Простая и эффективная система безопасности.

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

Недостатки:

1. Поддержка вложенных запросов, типа SELECT * FROM table1 WHERE id IN (SELECT id FROM table2) (в ранних версиях).

2. Не реализована поддержка транзакций. Взамен предлагается использовать LOCK/UNLOCK TABLE.

3. Нет поддержки внешних ключей.

4. Нет поддержки триггеров и хранимых процедур.

5. Нет поддержки представлений.

Microsoft Access

Является настольной СУБД реляционного типа. Разрабатываемый модуль относится к файловой архитектуре, пользователю не нужно подключаться к серверу, ему будет достаточно установить на рабочем месте программный модуль и работать с ним. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.

Access - это самая популярная и наиболее эффективная в настоящее время система управления базами данных.

Microsoft Access отличается от других СУБД простотой внедрения и управления, визуально понятным интерфейсом, многофункциональностью, отсутствием необходимости использования дополнительных средств разработки, а также невысокой стоимости разработки.

Еще одним неоспоримым преимуществом базы данных Access, является ее тесная взаимосвязь с пакетом программ Microsoft Office. Все что потребуется для нормальной работы базы данных Access - установить MS Office. При инсталляции Офиса устанавливают также и все необходимые для профессиональной разработки программ и баз данных Access библиотеки.

Базы данных Access позволяют решать весьма серьезные задачи, они также подходят для проектов, в которых важное значение имеет скорость разработки.

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

Достоинства:

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

2. Хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных.

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

3. Распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft.

4. Постоянно обновляется производителем, поддерживает множество языков,

5. Полностью совместим с операционной системой Windows.

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

7. Широкие возможности по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

8. Наличие развитых встроенных средств разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications).

9. Наличие встроенного языка макрокоманд.

Недостатки:

1. Ограничены возможности по обеспечению многопользовательской среды.

2. В ранних версиях (до Access 2003) отсутствуют такие средства как триггеры и хранимые процедуры, что заставляет разработчиков возлагать поддержание бизнес логики БД на клиентскую программу или разрабатывать процедуры с помощью встроенного средства VBA.

3. Обладает несложными способами защиты с использованием пароля БД (возможно применения дополнительных мер по защите от несанкционированного доступа с использованием процедур VBA).

4. В вопросах поддержки целостности данных отвечает только моделям БД небольшой и средней сложности.

5. Не распространяется бесплатно.

В качестве хранилища данных, была выбрана СУБД Microsoft Access. Выбор обусловлен техническим заданием.

В соответствии с требованиями технического задания, в качестве ПО было выбрано Microsoft Visual Studio.

3.2 Разработка объектов модуля информационной системы

Разрабатываемый модуль информационной системы состоит из следующих объектов:

1. База данных. Состоит из 13 таблиц, а именно Заказ, Продажа, Склад, Заказчик, Мастер, Вид_заказа, Вид_модели, Тип_товара, Должность, Сложность, Пол, Город и Улица. Содержание всех таблиц описано в разделе 2.2 "Проектирование модуля информационной системы";

2. Главная кнопочная форма программного модуля. На данной форме расположено меню программного модуля ИС. Меню состоит из кнопок (batton), каждая из которых направляет пользователя на необходимую форму.

Рис.3.1 Главная кнопочная форма меню.

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

Рис. 3.2 Форма авторизации.

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

Поиск необходим для таблиц с большими объемами, это намного упрощает работу. В textBox вносится критерий поиска и по нажатию кнопки "Поиск" в таблице отображаются только те записи, которые удовлетворяют критериям поиска.

Кнопка "Сохранить" необходима для записи и сохранения в БД новых записей в таблице.

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

Кнопка "Закрыть" предназначена для выхода из программы.

Рис. 3.3 Форма работы с данными.

3.3 Реализация функциональной архитектуры модуля информационной системы

Модуль "Учет заказов и продаж" был разработан для работников отдела продаж и ателье, с целью учета заказов и продаж, а так же для хранения информации.

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

Рис. 3.1 Форма входа в программу.

Данная форма защищает данные, которые хранятся в программном модуле, от посторонних лиц.

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

Листинг 1. Вход в программу

textBox2. UseSystemPasswordChar = true;

// скрытый пароль

if (textBox1. Text == "1234" && textBox2. Text == "1234")

// задается значения логина и пароля

Form2 f1 = new Form2 ();

f1. Show ();

this. Hide ();

// переход к программному модулю

else

MessageBox. Show ("Неверный логин или пароль!");

// вывод на экран сообщения о несовпадении введенных значений с заданными

Рис. 3.2 Главная форма программы.

Меню главной формы организовано при помощи элемента menuStrip. На каждый пункт меню прописан код для перехода на другие формы, например форма "Заказ".

Листинг 2. Главная форма

Form3 Заказ = new Form3 ();

Заказ. Show ();

this. Close ();

// переход к форме Заказ

Рис. 3.3 Форма "Склад".

На форме "Склад", в виде таблиц, представлена информация о товарах, которые хранятся на складе. Сортировка происходит по столбцу Тип товара таблицы Склад, при помощи связанной с ней таблицы Тип_товара. Также возможен поиск записей в столбце Наименование таблицы Склад.

Листинг 3. Склад

типтовараТоварBindingSource1. Filter = " [Наименование] LIKE'" + textBox1. Text + "%'";

// поиск строки в столбце

this. мастерTableAdapter. Fill (this. дипломDataSet. Мастер);

// данная строка кода позволяет загрузить данные в таблицу "дипломDataSet. Мастер". При необходимости она может быть перемещена или удалена.

Рис. 3.4 Форма "Справочник".

Форма "Справочник" представляет собой поле с вкладками, на которых расположены таблицы справочного содержания. В данном случае это таблицы Город, Улица, Вид модели и Должность. Кроме справочника Должность все справочники дополняются. Это осуществляется с помощью textBox1.

На кнопку Сохранить прописывается код:

Листинг 5. Справочник

дипломDataSet. Город. AddГородRow (textBox1. Text);

городTableAdapter. Update (дипломDataSet);

// Текст из textBox1 по нажатию кнопки сохраняется в дипломDataSet

Рис. 3.5 Форма заказов в отделе продаж.

На данной форме представлена таблица, в которой отображены данные о том, какие товары в какой день и в каком количестве проданы.

Рис. 3.6 Форма заказов в ателье.

Форма "Заказ" хранит данные о заказах в ателье. Таблица Вид_заказа является главной в этой связи, а Таблица заказ подчиненной. Сортировка производится по скрытому столбцу Вид_заказа таблицы Заказ.

Рис. 3.7 Форма "Заказчики".

Форма "Заказчики" хранит информацию о клиентах и их данные. Возможно добавление и исправление. Возможен поиск по фамилии.

Рис. 3.8 Форма "Сотрудники".

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

Рис. 3.9 Форма "Отчет по продажам".

Данная форма выводит отчет по заказам при помощи элемента reportViewer куда загружается готовый отчет. В качестве источника данных является Запрос_продажа. Также компонент reportViewer позволяет выгружать отчет в Word, Excel и PDF.

Рис. 3.10. Форма "Отчет по заказам".

Форма выводит отчет по заказам за весь период.

4. Внедрение и опытная эксплуатация

4.1 Виды и методы тестирования программных средств

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

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

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

Рассмотрим некоторые из возможных показателей качества по группам, используемые при системной отладке:

- к первой группе относятся показатели сложности и избыточности;

- ко второй - показатель физической реализуемости комплекса программ;

- к третьей - показатели времени функционирования, функциональной корректности, согласованности по управлению и согласованности по информации;

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

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

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

В основе функционального тестирования лежит методика "черного ящика". Идея тестирования сводится к тому, что группа тестировщиков проводит тестирование, не имея доступа к исходным текстам тестируемого приложения. При этом во внимание принимается только входящие требования и соответствие им тестируемым приложением.

При тестировании "черного ящика" (blackbox) программа рассматривается как объект, внутренняя структура которого неизвестна. Тестировщик вводит данные и анализирует результат, но, как именно работает программа, он не знает. Подбирая тесты, специалист ищет интересные с его точки зрения входные данные и условия, которые могут привести к нестандартным результатам. Интересны для него прежде всего те представители каждого класса входных данных, на которых с наибольшей вероятностью могут проявиться ошибки тестируемой программы.

Тестирование "черного ящика" обеспечивает поиск следующих категорий ошибок:

- некорректных или отсутствующих функций;

- ошибок интерфейса;

- ошибок во внешних структурах данных или в доступе к внешней базе данных;

- ошибок инициализации и завершения.

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

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

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

- Дают гарантию того, что все независимые пути в модуле проверены по крайней мере один раз;

- Проверяют все логические решения на предмет того, истины они или ложны;

- Выполняют все циклы внутри операционных границ и с использованием граничных значений;

- Исследуют структуры внутренних данных с целью проверки их достоверности.

Тестирование посредством белого ящика, как правило, включает в себя стратегию модульного тестирования, при котором тестирование ведется на модульном или функциональном уровне и работы по тестированию направлены на исследование внутреннего устройства модуля. Данный тип тестирования называют также модульным тестированием, тестированием прозрачного ящика (clear box) или прозрачным (translucent) тестированием, поскольку сотрудники, проводящие тестирование, имеют доступ к программному коду и могут видеть работу программы изнутри. Данный подход к тестированию известен также как структурный подход.

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

4.2 Тестирование разработанного модуля информационной системы на стадии внедрения. Оценка качества и надежности функционирования информационной системы

Качество программного обеспечения - это совокупность характеристик ПО, относящихся к его способности удовлетворять установленные и предполагаемые потребности. Ниже перечислены основные характеристики качества ПО.

Функциональность (Functionality) - определяется способностью ПО решать задачи, которые соответствуют зафиксированным и предполагаемым потребностям пользователя, при заданных условиях использования ПО. Т.е. эта характеристика отвечает за то, что ПО работает исправно и точно, функционально совместимо, соответствует стандартам отрасли и защищено от несанкционированного доступа.

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

Надежность (Reliability) - способность ПО выполнять требуемые задачи в обозначенных условиях на протяжении заданного промежутка времени или указанное количество операций. Атрибуты данной характеристики - это завершенность и целостность всей системы, способность самостоятельно и корректно восстанавливаться после сбоев в работе, отказоустойчивость.

Во время проведения тестирований сбоев в работе модуля не было обнаружено.

Удобство использования (Usability) - возможность легкого понимания, изучения, использования и привлекательности ПО для пользователя.

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

Эффективность (Efficiency) - способность ПО обеспечивать требуемый уровень производительности в соответствие с выделенными ресурсами, временем и другими обозначенными условиями.

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

Заключение

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

· изучить деятельность ООО "Королевский стиль";

· изучить процессы учета заказов и продаж ООО "Королевский стиль";

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

· обосновать функции разработанного модуля ИС;

· обосновать выбор основных необходимых проектных решений при автоматизации задачи: техническое, программное обеспечение;

· разработать удобный и интуитивно понятный для пользователя, интерфейс;

В первом разделе было произведено обследование предметной области, изучение существующей, на предприятии, ИС и ее достоинства и недостатки.

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

В четвертом разделе описан процесс тестирования, которое проводилось совместно с заказчиком. В результате, тестирование показало, что разработанный модуль удовлетворяет основным требованиям и может быть передан заказчику.

В итоге дипломной работы все поставленные задачи были решены, тем самым достигнув цели - разработать модуль "Учет заказов и продаж" в информационной системе ООО "Королевский стиль".

Список используемых источников

1. Андерсен, Бент Б., Катя ванденБринк Мультимедиа в образовании [Текст] / Бент Б. Андерсен, Катя ванденБринк. - Москва, 2007 - 224с.

2. Вендров, А.М. Основы методологии проектирования ИС [Текст] / А.М. Вендров. - Новосибирск, 2010 - 18с.

3. Воронина, Е.П. Что такое тестирование [Электронный ресурс] / Е.П. Воронина. - http://www.studfiles.ru/dir/cat32/subj118/file1716/view2580/page2.html

4. Гадуш, Л.А. Спиральная модель [Электронный ресурс] / Л.А. Гадуш. - http://ru. wikipedia.org/wiki/Спиральная_модель

5. Гордеев А.В. Системное программное обеспечение [Текст] /А.В. Гордеев. - Питер. - 2006. - 736с.

6. ГОСТ 19.201-78 Техническое задание на программу

7. Демидович Е.М. Основы алгоритмизации и программирования. Язык СИ [Текст] / Е.М. Демидович. - Питер. - 2008. - 745с.

8. Копысов Н.С. Требования к современным технологиям программирования [Электронный ресурс] / Н.С. Копысов. - http://www.info-works.com.ua/all/ekonomika_pidpriemstva/527.html

9. Крылов Е.В., Острейковский В.А., Типикин Г.Н. Техника разработки программ: Учебное пособие; 2007-384с.

10. Кукарочкина, А.В. Преимущества электронных учебников [Электронный ресурс] / А.В. Кукарочкина. - http://paidagogos.com/? p=154

11. Культин Н.В., Основы программирования в Microsoft® Visual C# 2010. - СПб.: БХВ-Петербург, 2010. - 384 с.: ил. + CD-ROM - (Самоучитель)

12. Майнагашев Т.А. Тестирование программного обеспечения [Электронный ресурс] / Т.А. Майнагашев. - http://adf. ly/8mUcO

13. Назаров С.В. Операционные системы среды, системы и оболочки [Текст] / С.В. Назаров. - Питер. - 2008. - 504с.

14. Простраков, А.П. Методологии разработки информационных систем [Электронный ресурс] / А.П. Простраков. - http://virtmirok.ru/archives/365

15. Рудаков А.В. Технология разработки программных продуктов: Учебное пособие; 2007-402с.

16. Струченков В.И. Методы оптимизации в прикладных задачах [Текст] / В.И. Струченков. - Москва. - 2009. - 320 с.

17. Троелсен Эндрю. Язык программирования C# 2010 и платформа.net 4.0 ИД Вильямс, 2011. - 1392с.

18. Уотсон Карли, Нейгел Кристиан. VisualC# 2008: Базовый курс.: Пер. с англ. ИД Вильямс, 2009. - 1216с.

19. Чурова А.С. Системы качества программных продуктов [Электронный ресурс] / А.С. Чурова. - http://listenbook. narod.ru/GOS/RiStPSiIT. htm

Глоссарий

База данных - представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ).

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

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

Модуль информационной системы - это функционально завершенная часть информационной системы.

Программное обеспечение - все или часть программ, процедур, правил и соответствующей документации системы обработки информации.

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

Список аббревиатур

ИС - информационная система;

ПО - программное обеспечение;

СПО - среднее профессионально образование;

СУБД - система управления базами данных;

БД - база данных;

Приложения

Приложение А. Техническое задание

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

НА РАЗРАБОТКУ МОДУЛЯ ПО УЧЕТУ ЗАКАЗОВ И ПРОДАЖ В ИНФОРМАЦИОННОЙ СИСИТЕМЕ АТЕЛЬЕ "КОРОЛЕВСКИЙ СТИЛЬ".

Разработчик Иванова Мария Алексеевна

(Фамилия, Имя, Отчество)

Абакан 2016г

Общие положения

1.1.1. Полное наименование модуля и ее условное обозначение

Полное наименование модуля: "Разработка модуля по учету заказов и продаж в информационной системе ателье "Королевский стиль"".

1.1.2. Шифр темы или шифр (номер) договора

Шифр темы: ИС-41

1.1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

Заказчик:

Название: ателье "Королевский стиль"

Адрес: 655017, город Абакан, ул. Пушкина, 126

Телефон: +7 983 370-30-26

Разработчик:

Название: Государственное бюджетное образовательное учреждение Республики Хакасия среднего профессионального образования "Хакасский политехнический колледж"

Адрес: город Абакан, улица Пушкина, д.30.

Разработчиком системы является: Иванова Мария Алексеевна

1.1.4. Перечень документов, на основании которых создается модуль, кем и когда утверждены эти документы

Договор № 13 от "14" ноября 2015 г. И приложения к договору между ГБОУ РХ СПО ХПК и ателье "Королевский стиль"

1.1.5. Плановые сроки начала и окончания работы по созданию модуля

Плановый срок начала работ по созданию модуля " по учету заказов и продаж ателье "Королевский стиль" - 14 ноября 2015 года.

Плановый срок окончания работ по созданию модуля - 25 мая 2016 года.

1.1.6. Сведения об источниках и порядке финансирования работ

Источником финансирования является бюджет предприятия ателье "Королевский стиль"

1.1.7. Состав используемой нормативно-технической документации

При разработке автоматизированной системы и создании проектно-эксплуатационной документации Исполнитель должен руководствоваться требованиями следующих нормативных документов:

· ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

· ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;

· РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

1.2. Назначение и цели создания (развития) модуля

1.2.1. Назначение

Модуль информационной системы "по учету заказов и продаж в ателье "Королевский стиль""

1.2.2. Цели

Целью разработки модуля является обеспечение возможности учета заказов и продаж в ателье "Королевский стиль"

1.3. Характеристика объекта автоматизации

1.3.1. Объектом автоматизации является процесс формирования журналов, их учет, и контроль за их заполнением.

В данном процессе участвует, штатный программист.

1.3.2. Существующее программное обеспечение

Существующая информационная система состоит из:

· 1С: Предприятие 8.2;

· Сайт предприятия;

1.4. Требования к модулю

1.4.1. Требования к модулю в целом

1.4.2. Требования к подсистемам

В состав модуля "по учету заказов и продаж в информационной системе ателье "Королевский стиль"":

· подсистема хранения данных (БД);

· подсистема внесения данных;

· подсистема выгрузки данных в XML;

· подсистема загрузки данных из XML.

1.4.2.1. Требования к способам и средствам связи для информационн...

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены