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

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

Описание бизнес-процессов учета реализации автомобилей

Организация учета реализации автомобилей в автосалоне предполагает следующие бизнес-процессы:

1. Заказ автомобиля - после выбора автомобиля оформляется заказ на выбранную модель, подготавливается и отправляется запрос на завод - изготовитель, принимается предоплата и выдается квитанция о предоплате;

2. Прием автомобиля - принятие автомобиля на внутренний учет, проведение предпродажной подготовки и диагностики автомобиля, оповещение покупателя;

3. Реализация автомобиля - осмотр автомобиля покупателем, оформление договора купли-продажи;

4. Регистрация оплаты;

5. Формирование отчетных документов:

Формирование отчета «Прайс-лист»;

Формирование отчета «Анализ продаж»;

Формирование отчета «Заказы автомобилей»;

Формирование отчета «Состояние заказов».

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

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

2) Выход - результат выполнения функции (материал или информация);

3) Управление - условия, правила, стандарты, которые влияют на выполнение функции;

4) Механизм - ресурсы, с помощью которых выполняется работа;

5) Вызов - специальная дуга, указывающая на другую модель предметной области.

На рисунках 1.3 (а, б, в) представлена IDEF0-модель «Информационная система автосалона», декомпозированная на 3 подуровня. На первом уровне блок А0 отвечает за реализацию автомобилей на основе следующих данных: заказ клиента и поставщик автомобилей. В результате на выходе получаем выполненный заказ. В качестве управления выступают: законодательство РФ, лицензия на продажу, каталог автомобилей. Механизм - Автосалон «AlongTheRoad».

Рисунок 1.3 (а)

При декомпозиции (рис. 1.3(б)) блок А0 разбивается на 4 блока: А1, А2, А3, А4. В блоке А1 формируется план закупок, руководствуясь входными данными заказ клиента, поставщик автомобилей. Блок А2 - Договор с поставщиками соединяется с блоком А3 - Формирование каталога автомобилей. Блок А4 отвечает за сбыт автомобилей, на выходе - выполненный заказ. Механизмами выступают: отдел по закупке автомобилей, юридический отдел, отдел рекламы и PR, отдел бухгалтерии, отдел сбыта автомобилей. Таким образом, выделили 4 подзадачи, произведя детализацию первого уровня.

Рисунок 1.3 (б) - Диаграмма декомпозиции

Перейдем на 3 уровень декомпозиции блока А4 - Сбыт автомобилей (рис. 1.3(в)). Диаграмма представлена тремя блоками: А41 - Принятие заявки, А42 - Оформление договора, А43 - Продажа автомобиля. В качестве управления остаются те же стандарты и правила, что и на первом уровне, на выходе получаем выполненный заказ.

Рисунок 1.3 (в) - Диаграмма декомпозиции

Исследование информационных потоков

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

Входные данные:

Сведения о клиентах;

Заказы клиентов;

Сведения об автомобилях;

Данные для формирования отчетов;

Сведения о поставщиках.

Выходные документы:

Отчет «Прайс-лист»;

План закупок;

Договор с поставщиками;

Каталог автомобилей;

Отчет «Анализ продаж»;

Отчет «Заказы автомобилей»;

Отчет «Состояние заказов».

В результате исследования информационных потоков была построена DFD модель, которая показывает, какие информационные потоки возникают при выполнении функций. Она будет применяться при проектировании базы данных. В приложении А представлены диаграммы потоков данных ИС «Автоматизация торговых операций в автосалоне».

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

– Потоки данных;

– Процессы (работы) преобразования входных потоков данных в выходные;

– Внешние сущности;

– Накопители данных (хранилища).

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

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

3. Постановка задачи разработки информационной системы

4. Функциональная модель бизнес-процесса

4.1 Моделирование в IDEF0

4.2 Диаграммы информационной системы “Видеопрокат” в нотации IDEF0

4.3 Моделирование в DFD

4.4 Диаграммы информационной системы “Видеопрокат” в нотации DFD

5. Модели данных информационной системы

5.2 Концептуальная модель данных

5.3 Логическая модель данных

5.4 Физическая модель данных

6. Проектирование с использованием UML

6.1. Диаграмма последовательности действий

7. Заключение

8. Список литературы

1. Введение

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

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

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

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

Задачами курсового проекта являются:

Разработка видеопроката в нотации IDEF0 инотации DFD

Моделирование данных видеопроката в IDEF1X

Проектирования с использованием UML

2. Инструменты разработки информационной системы

Для проведения анализа и реорганизации бизнес-процессов Logic Works предлагает CASE–средство верхнего уровня – BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей – того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы, каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент "перекресток", что позволяет описать логику взаимодействия компонентов системы. Bpwin основан на методологии IDEF.

Для BPwin 4.0 нужно отметить существенно улучшенный интерфейс, если сравнивать с предыдущими версиями. Нет проблем со шрифтами, с изменением размеров объектов на диаграмме, что раньше в некоторых случаях могло привести к тому, что диаграмма “плыла”. Кроме проводника модели, улучшены также и словари объектов. Теперь все словарные объекты располагаются в радующих глаз аккуратных таблицах. Вид этих таблиц можно настраивать так, как удобно разработчику, содержание словарей можно печатать, экспортировать, импортировать, также можно генерировать отчеты по содержанию словарей. Можно поддерживать словари для следующих объектов: работы, стрелки, хранилища данных, внешние ссылки, перекрестки, объекты ссылок, атрибуты, центры затрат, сущности, ресурсы, роли, группы ролей, свойства, определяемые пользователем (UDP).

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

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

BPwin имеет мощный инструмент отчетов Report Template Builder, с помощью которого можно легко и быстро создавать различные отчеты о разработанной модели.

Официальная версия программы относительно недешева

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

Например, ограничение количества моделей на диаграмме, присущее BPWin, с одной стороны способствует наглядности модели, с другой – налагает неудобства при описании сложных процессов.

Пакет ERWin - средство, используемое при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность – связь». Продукт компании Computer Associates. ERWin это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность − связь». В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов.

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

поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEF1x для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных - Dimensional;

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

интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.;

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

возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);

позволяет переносить структуру БД (не сами данные!) из СУБД одного типа СУБД в другой;

позволяет документировать структуру БД.

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

распространенность;

техподдержка;

ошибки программы известны и описаны.

Недостатки:

нельзя создавать стандартные операции;

репрезентативные свойства низки;

отсутствие стандартных объектов для описания бизнес процессов;

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

жесткая методология;

требуется дополнительное обучение в понимании самой методологии;

не очень удачные генераторы проектной документации;

официальная версия программы относительно недешева.

1. Отчет о проведении научно-исследовательской работы «разработка методических рекомендаций по описанию и оптимизации процессов в органах исполнительной власти в рамках подготовки внедрения эар»

   Отчет

   ЭЛЕКТРОННЫЙ АДМИНИСТРАТИВНЫЙ РЕГЛАМЕНТ, АДМИНИСТРАТИВНЫЙ РЕГЛАМЕНТ, ДОЛЖНОСТНОЙ РЕГЛАМЕНТ, АДМИНИСТРАТИВНО-УПРАВЛЕНЧЕСКИЙ ПРОЦЕСС, ОПИСАНИЕ АДМИНИСТРАТИВНО-УПРАВЛЕНЧЕСКИХ ПРОЦЕССОВ,

2. управление процессами

   Документ

   Позняковский Валерий Михайлович – директор НИИ биотехнологии и сертификации, зав. кафедры биотехнологии, товароведения и управления качеством Кемеровского технологического института пищевой промышленности,

3. Технологии защиты информации в сети Курс лекций Введение В данном курсе изложены теоретические основы криптографии и вопросы сетевой безопасности Предназначено для чтения курса «Технологии защиты информации в сети» Содержание

   Обзор

4. Информационные технологии в профессиональной деятельности

   Учебно-методический комплекс

   Учебно-методический комплекс по учебной дисциплине «Информационные технологии в профессиональной деятельности» для специальности 030503.52 – «Правоведение» среднего профессионального образования.

5. Учебно-методический комплекс по дисциплине «информационные технологии в бизнес-планировании»

   Учебно-методический комплекс

6. Цель - создание контекстной диаграммы функциональной модели деятельности автосалона с помощью All Fusion PM.

   Технология работы

   • 1. Запустите All Fusion PM. (Кнопка Start/All Fusion PM ).
   • 2. Если появляется диалоговое окно ModelMart Connection Manager , нажмите на кнопку Cancel .
   • 3. Щелкните по кнопке. Появляется диалоговое окно I would like to . Внесите имя модели «Деятельность компании » и выберите Туре - IDEF0. Нажмите ОК.
   • 4. Автоматически создается контекстная диаграмма.
   • 5. Создайте стрелки на контекстной диаграмме.
   • 6. Создайте отчет по модели. Меню Tools/Reports/Model Report .

   Рис. 1

   Рис. 2 Отчет по модели автосалона

   Создание диаграмм декомпозиции в стандарте IDEF0

   Цель - научиться создавать диаграммы декомпозиции функциональной модели деятельности салона в стандарте IDEF0 с помощью All Fusion PM 4.0.

   В IDEF0 существуют соглашения по рисованию диаграмм, которые призваны облегчить чтение и экспертизу модели. Некоторые из этих правил All Fusion PM поддерживает автоматически, выполнение других следует обеспечить вручную.

   Технология работы

   1. Выберите кнопку перехода на нижний уровень в палитре инструментов и в окне Activity Box Count установите число работ на диаграмме нижнего уровня - 3 и нажмите ОК.

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

   • 2. Перейдите в режим рисования стрелок. Свяжите граничные стрелки (кнопка на палитре инструментов).
   • 3. Альтернативный метод внесения имен и свойств стрелок - использование словаря стрелок (меню Dictionary/Arrow ).
   • 4. Создайте новые внутренние стрелки.
   • 7. Создайте новую граничную стрелку выхода

   Рис. 3 Диаграмма декомпозиции IDEF0 первого уровня

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

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

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

   прокат автомобиль информационный база

   Введение

   Глоссарий проекта

   1. Техническое задание на разработку

   3. Функциональные модели информационной системы

   4.1 Модели вариантов использования системы

   4.2 Диаграмма классов

   4.3 Диаграмма деятельности

   4.4 Диаграмма последовательности

   4.5 Диаграмма кооперации

   4.6 Диаграмма состояния

   5.1 Разработка интерфейса программного продукта

   6. Тестирование программного продукта

   7. Техническая документация

   Заключение

   Библиографический список

   Приложения

   Введение

   Прокат автомобилей - это процесс разработки информационной системы предназначенной для обеспечения учета автомобилей (как свободных, так и арендованных) в компании и исполнения следующих процессов:

   · единый учет автомобилей в разрезе их характеристик (марка, пробег, свободен или арендован);

   · поддержка учета поступления заявок;

   · перемещение автомобиля от одного клиента к другому и учет по каждому случаю аренды;

   · детализированный расчет стоимости конкретного заказа.

   Глоссарий проекта

   Таблица 1

   	Определение
   Прокат автомобилей	Это деятельность по представлению автомобилей на ограниченный срок эксплуатации
   Руководитель Прокат автомобилей	Владелец Прокат автомобилей или директор одного филиала Прокат автомобилей в крупной организации
   	Транспортные средства, являющиеся предметом аренды
   	Лицо, которое арендует ТС на ограниченный срок эксплуатации
   Доставка ТС	Подвоз ТС к месту нахождения ТС при условии предварительной оплаты срока аренды для арендуемого автомобиля
   Менеджер по аренде ТС	Работник, занимающийся оформлением договора аренды ТС
   Внешняя статистика арендуемых ТС	Статистика по аренде, получаемая из сети Прокат автомобилей
   Внутренняя статистика арендуемых ТС	Статистика по аренде, получаемая из отчетов аренды клиентам компании
   Номер автомобиля	Это государственный регистрационный знак, который присваивается каждому автомобили индивидуально во время регистрации автомобиля в конкретной стране и конкретном регионе

   1 . Техническое задание на разработку

   Техническое задание (ТЗ) - исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т.д.) и её состав, а также специальные требования.

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

   В процессе проектирования было создано и утверждено техническое задание на разработку ИС "Проката автомобилей", которое приведено в приложении А.

   2. Технико-экономические показатели

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

   Разработка информационной системы прокат автомобилей требует деятельности коллектива из 1-5 человек соответствующей квалификации. Длительность полного цикла создания программного продукта - 1 месяц.

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

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

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

   3. Функциональная модель информационной системы

   Контекстная диаграмма ИС "Проката автомобилей" показана на рисунке 1. Функциональная диаграмма первого уровня приведена на рисунке 2. На рисунках 3 и 4 показаны функциональные диаграммы второго уровня для функций "Обслуживание клиентов и приём прочих поступлений" и "Оплата за аренду автомобилей".

   Рисунок 1. Контекстная функциональная диаграмма информационной системы.

   Рисунок 2. Функциональная диаграмма первого уровня информационной системы".

   Рисунок 3. Функциональная диаграмма второго уровня в нотации DFD "Обслуживание клиентов и приём прочих поступлений".

   Рисунок 4 . Функциональная диаграмма второго уровня в нотации DFD "Оплата за аренду автомобилей".

   4. Объектно-ориентированное проектирование системы

   4.1 Модели вариантов использования системы

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

   В ходе анализа для данного сценария было выделено 2 действующих лица: "Клиент" и "Менеджер по прокату". Для каждого из них были выделены прецеденты.

   Полученная диаграмма вариантов использования ИС "Проката автомобилей" показана на рисунке 5.

   Рисунок 5. Диаграмма вариантов использования информационной системы.

   5.2 Диаграмма классов

   В ходе анализа для проектируемой информационной системы было выделено 5 классов: Менеджер по прокату, Центр проката, Клиенты, ИС Авто-Прокат, Автомобили проката. Для каждого из них были описаны атрибуты и операции.

   Рисунок 6. Диаграмма классов.

   5.3 Диаграмма деятельности

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

   Рисунок 7. Диаграмма деятельности.

   5.4 Диаграмма последовательности

   В ходе анализа для проектируемой информационной системы было выделено 5 классов:

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

   Рисунок 8. Диаграмма последовательности.

   5.5 Диаграмма кооперации

   В ходе анализа для проектируемой информационной системы было выделено 3 классификационные роли: Менеджер компании, Клиент, Автомобиль, связанные между собой ассоциативной связью.

   Рисунок 9. Диаграмма кооперации.

   5.6 Диаграмма состояния

   В ходе анализа для проектируемой информационной системы было выделено 6 простых состояний, 2 начальные точки : включение питания компьютера и ввод пароля менеджера и 1 конечное состояние: пароль неверный.

   Рисунок 10. Диаграмма состояния.

   5. Создание информационной системы

   5.1 Разработка интерфейса программного продукта

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

   Рисунок 11. Стартовое состояние.

   Если пользователь введёт неверный пароль, для него появится предупреждение (рисунок 12).

   Рисунок 12. Ошибка при авторизации.

   После авторизации пользователю откроется рабочий интерфейс для добавления заказов (рисунок 13), если пользователь программы оставит пустые поля и попробует добавить заказ в базу данных, программа предупредит его об этом (рисунок 14), или оповестит пользователя об успешном добавлении заказа, если все условия для добавления заказа были соблюдены (рисунок 15).

   Рисунок 13. Рабочая форма пользователя.

   Рисунок 14. Предупреждение при незаполненных полях.

   Рисунок 15. Уведомление об успешном добавлении заказа.

   Рисунок 16. Внешний вид заполненной базы данных.

   5.2 Разработка программного кода системы

   C# разрабатывался как язык программирования прикладного уровня для CLR и, как таковой, зависит, прежде всего, от возможностей самой CLR. Это касается, прежде всего, системы типов C#, которая отражает BCL.

   Современность C# проявляется и в новых шагах к облегчению процесса отладки программы. Традиционным средством для отладки программ на стадии разработки в C++ является маркировка обширных частей кода директивами #ifdef и т.д. В C#, используя атрибуты, ориентированные на условные слова, вы можете куда быстрее писать и отлаживать код.

   В Приложении Б приведен полученный программный код проекта.

   6. Тестирование программного продукта

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

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

   Пример тестирования программы.

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

   7. Техническая документация

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

   Заключение

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

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

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

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

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

   Библиографический список

   1. Большаков А.А., Вешнева И.В., Мельников Л.А., Перова Л.Г. Новые методы математического моделирования динамики и управления формированием компетенций в процессе обучения в вузе. М.: Горячая линия-Телеком, 2014. 250 с. (ЭБС "Лань")

   2. Губарев А.В. Информационное обеспечение системы менеджмента качества. М.: Горячая линия-Телеком, 2013. 132 с. (ЭБС "Лань")

   3. Денисенко В.В. Компьютерное управление технологическими процессами, экспериментом, оборудованием. М.: Горячая линия-Телеком. 2013. 606 с. (ЭБС "Лань")

   4. Дьяконов В.П. Новые информационные технологии. М.: СОЛОН_Пресс, 2008. 640 с. (ЭБС "Лань")

   5. Кораблин М.А. Информатика поиска управленческих решений. М.: СОЛОН_Пресс, 2009. 192 с. (ЭБС "Лань")

   6. Таганов А.И., Гильман Д.В. Методологические основы анализа и аттестации уровней зрелости процессов программных проектов в условиях нечеткости. М.: Горячая линия-Телеком. 2014. 168 с. (ЭБС "Лань")

   7. Фельдман Я.А. Создаем информационные системы. М.: СОЛОН_Пресс, 2009. 120 с. (ЭБС "Лань")

   8. Гагарина Л.Г., Виснадул Б.Д., Игошин А.В. "Основы технологии разработки программных продуктов" - М.: Форум: Инфра-М, 2006. 192 с.

   9. Лаврищева Е.М. , Петрухин В.А. "Методы и средства инженерии программного обеспечения" - М.:МФТИ (ГУ), 2006. 305 с.

   Приложения

   Приложение А

   Техническое задание на разработку ИС "Проката автомобилей"

   Введение

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

   1. Назначение программы

   1.1. Наименование программы: "Разработка информационной системы прокат автомобилей"

   1.2. Назначение и область применения. Программа предназначена для автоматизации и облегчения учёта автомобилей в компании

   2. Требования к программе

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

   3. Технические требования

   3.1. Требования к функциональным характеристикам

   3.1.1. Состав выполняемых функций.

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

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

   Перемещение автомобиля от одного клиента к другому и учет по каждому случаю аренды;

   Детализированный расчет стоимости конкретного заказа.

   4. Требования к программной документации

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

   4.1.1. Техническое задание

   4.1.2. Программу и методики испытаний

   4.1.3. Руководство оператора

   5. Стадии и этапы разработки.

   5.1, Стадии разработки. Разработка должна быть проведена в три стадии:

   · 1, Разработка технического задания;

   · 2, Рабочее проектирование;

   · 3, Внедрение

   5.2. Этапы разработки.

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

   1. Разработка программы

   2. Разработка программной документации

   3. Испытания программы

   На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

   6. Технико-экономические показатели

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

   Разработка ИС прокат автомобилей требует деятельности коллектива из менеджеров по продажам, администратора автопарка и клиентов автопарка. Длительность полного цикла создания программного продукта - 2 месяца.

   7. Порядок контроля и приемки

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

   Приложение Б

   Исходный программный код информационной системы

   using System.ComponentModel;

   using System.Data;

   using System.Drawing;

   using System.Linq;

   using System.Text;

   using System.Threading.Tasks;

   using System.Windows.Forms;

   public partial class Form1: Form

   form2 form = new form2();

   string nameP = "";

   InitializeComponent();

   if (dostup == false)

   string imenov1 = textBox3.Text;

   string imenov2 = textBox6.Text;

   string category1 = comboBox2.Text;

   string imenov3 = textBox7.Text;

   string imenov4 = textBox8.Text;

   string category2 = comboBox1.Text;

   string imenov5 = textBox5.Text;

   string imenov6 = textBox4.Text;

   if (imenov1 != "" & imenov2 != "" & category1 != "" & imenov3 != "" & imenov4 != "" & category2 != "" & imenov5 != "" & imenov6 != "")

   form.dataGridView1.Rows.Add(imenov1, imenov2, category1, imenov3, imenov4, category2, imenov5, imenov6);

   MessageBox.Show("Заказ успешно добавлен!", "Уведомление");

   MessageBox.Show("Все поля должны быть заполнены!", "Предупреждение!");

   if(textBox1.Text == "Admin")

   nameP = textBox1.Text;

   groupBox1.Visible = true; //Открываем рабочую область

   button5.Visible = true;

   groupBox2.Visible = false; //Скрываем объекты

   label1.Visible = false;

   textBox1.Visible = false;

   label6.Location = new Point(506, 12); //Меняем координаты объектов

   label7.Text = nameP;

   label7.Location = new Point(506, 29);

   MessageBox.Show("Такого менеджера не существует, возможно вы ошиблись при вводе данных!", "Предупреждение!");

   Close(); //Выход из программы

   private void button5_Click(object sender, EventArgs e)

   if (nameP != "")

   private void textBox1_TextChanged(object sender, EventArgs e)

   private void Form1_Load(object sender, EventArgs e)

   groupBox1.Visible = false;

   button5.Visible = false;

   private void groupBox1_Enter(object sender, EventArgs e)

   private void textBox3_TextChanged(object sender, EventArgs e)

   using System.Collections.Generic;

   using System.ComponentModel;

   using System.Data;

   using System.Drawing;

   using System.Linq;

   using System.Text;

   using System.Threading.Tasks;

   using System.Windows.Forms;

   public partial class form2: Form

   InitializeComponent();

   private void button2_Click(object sender, EventArgs e)

   dataGridView1.Rows.Add("01", "02", "03", "04", "05", "06", "07", "08");

   private void button1_Click(object sender, EventArgs e)

   private void dataGridView1_CellContentClick(object sender, DataGridViewCellEventArgs e)

   private void button2_Click_1(object sender, EventArgs e)

   dataGridView1.Rows.Clear(); //Удаляем все данные из таблицы БД

   private void button3_Click(object sender, EventArgs e)

   //Удаляем одну строчку из таблицы БД

   int ind = dataGridView1.SelectedCells.RowIndex;

   dataGridView1.Rows.RemoveAt(ind);

   Приложение В

   Руководство пользователя

   1. НАЗНАЧЕНИЕ ПРОГРАММЫ.

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

   2.УСЛОВИЯ ВЫПОЛНЕНИЯ ПРОГРАММЫ.

   Для работы с данным программным обеспечением необходимо наличие ПК с требуемыми техническими характеристиками, а именно:

   2.1. Требования к функциональным характеристикам.

   2.1.1. Состав выполняемых функций.

   Разрабатываемое ПО должно обеспечивать:

   поступление новых заявок на аренду;

   списание и перевод заявок в другие точки аренды;

   учет поступивших заказов клиентов, их выполнения или информации об отказе;

   введение данных о менеджере (ФИО, стаж работы в этой области);

   перечень автомобилей в разрезе их характеристик (цвет, класс, мощность и т.д.).

   По отдельному запросу осуществляются внутренние настройки.

   В конце отчетного периода система должна архивировать данные.

   2.1.2. Организация входных и выходных данных.

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

   2.2. Требования к надежности.

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

   3. ВЫПОЛНЕНИЕ ПРОГРАММЫ.

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

   4. СООБЩЕНИЯ ОПЕРАТОРУ.

   - "Заказ успешно добавлен!" - добавлена информация о заказе

   Руководство администратора

   1. ОБЩИЕ СВЕДЕНИЯ О ПРОГРАММЕ.

   ИС прокат автомобилей - является информационной системой для регулярной аренды автомобилей в фирме по прокат автомобилей.

   2. СТРУКТУРА ПРОГРАММЫ.

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

   3. ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ.

   Присутствует поддержка горячих клавиш при работе с диалоговыми окнами. Сообщение об ошибках закрывается при нажатии клавиши Enter.

   Происходит вывод из БД, в котором представлена вся необходимая информация о заказах.

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

   4. СООБЩЕНИЕ СИСТЕМНОМУ ПРОГРАММИСТУ.

   Вывод ошибок при некорректном запуске программы.

   Вывод ошибок при некорректном сохранение данных программы.

   Внесение неправильных изменений в программу, также могут привести к системной ошибке.

   Размещено на Allbest.ru

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

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

   курсовая работа , добавлен 10.06.2014
   

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

   курсовая работа , добавлен 21.03.2015
   

   Разработка информационной системы на платформе "1С:Предприятие 8.0" для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Проектирование интерфейса. Построение логической и физической моделей данных.

   дипломная работа , добавлен 14.02.2015
   

   Разработка базы данных фирмы, представляющей в прокат автомобили; спецификация требований. Создание инфологической модели предметной области. Определение сущности, ее атрибутов и связей между ними; структура таблиц. Реализация базы данных в MS SQL Server.

   курсовая работа , добавлен 10.04.2015
   

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

   курсовая работа , добавлен 31.10.2014
   

   Проектирование процесса автоматизации оформления продаж автомобилей в автосалоне. Описание бизнес-процессов учета автомобилей. Исследование информационных потоков. Анализ входной и выходной информации. Алгоритмы решения задачи и их машинная реализация.

   курсовая работа , добавлен 11.03.2014
   

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

   дипломная работа , добавлен 02.11.2015
   

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

   дипломная работа , добавлен 08.02.2015
   

   Проектирование информационной системы, используемые в данном процессе методики и модели. Требования к возможностям и функциональности. Описание хранилища данных. Разработка классов, архитектуры, расширений. Формирование руководства пользователя.

   дипломная работа , добавлен 02.08.2015
   

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