Информационная система «Автосервис»

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

Рубрика	Программирование, компьютеры и кибернетика
Вид	курсовая работа
Язык	русский
Дата добавления	11.05.2016
Размер файла	1,9 M

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

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

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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

Рязанский станкостроительный колледж РГРТУ

МДК 02.01 «Эксплуатация информационных систем»

Тема: Информационная система «Автосервис»

Курсовая работа разработана

студентом группы ИС-41

Бородкиным Николаем Николаевичем

Руководитель курсовой работы

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

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

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

Основанием для разработки является задание, выданное преподавателем Плужниковым И.М. на курсовой проект от 14.01.2016, согласованное с зам. Директора по учебной работе Глазковым А.Н.

Наименование работы: «Автосервис»

1.2 Назначение разработки

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

Разрабатываемая информационная система «Автосервис» должна обеспечивать:

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

· быструю печать накладных

Система должна давать возможность:

· добавлять новые записи и изменять существующие

· использовать поиск и фильтры

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

1.3 Требование к программе и программному изделию

Требования к конфигурациям, разработанной в среде С#.

Минимальные требования к программным и аппаратным средствам для нормального функционирования приложения:

— Процессор: AMD или Intel с частотой 1200МHz и выше;

— ОЗУ: 1024 Mb и выше;

— ОС: Windows 7 и выше;

— Свободное место на жестком диске не менее 50 Мb;

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

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

Состав требуемой программной документации определен в соответствии с ГОСТом 7.1-2003:

— руководство пользователя, которое включает инструкцию пользователя инструкцию программиста;

— описание программы — сведения о логической и физической модели, сведения о функционировании программы;

— техническое задание — настоящий документ;

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

1.5 Технико-экономическое обоснование

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

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

интерфейс база реляционный данные

2. Разработка технического проекта

2.1 Определение функций и составных частей ИС

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

Составные части ИС:

* Аппарат управления (соответствует организационной структуре экономического объекта)

* Автоматизированная информационная технология

* Комплекс функциональных подсистем

* Комплекс обеспечивающих подсистем

Программная система должна выполнять следующие функции:

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

o ведение контроля за работой сервиса;

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

o предоставлять возможность просмотра данных о клиентах;

o предоставлять возможность просмотра данных о поставщиках и поставках;

o выполнять ввод данных;

o выполнять удаление данных;

o выполнять редактирование данных.

o выполнять поиск по списку.

o выполнять выборку из списка.

2.2 Контекстная диаграмма

Контекстная диаграмма- вид IDEF0-диаграммы. Это диаграмма, расположенная на вершине древовидной структуры диаграмм, представляющая собой самое общее описание системы и ее взаимодействие с внешней средой Контекстная диаграмма состоит из одного блока, описывающего функцию верхнего уровня, ее входы, выходы, управления, и механизмы, вместе с формулировками цели модели и точки зрения, с которой строится модель». В соответствии с методологией IDEF0, стрелки, входящие в левую сторону функционального блока на этой диаграмме — это входы. Входы преобразуются функцией, чтобы создать данные или материальные объекты, которые появятся на выходе. Выходы обозначаются стрелками, покидающий блок с правой стороны. Стрелки, входящие в блок сверху — управления, они определяют условия, необходимые функции, чтобы произвести правильный выход. Стрелки, подключенные к нижней стороне функционального блока, представляют используемые механизмы, поддерживающие выполнение функции.

2.3 Декомпозиция

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

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

2.4 DFD — диаграмма

DFD (Data Flow Diagramming) — это стандарт моделирования, в котором система представляется в виде сети работ, соединенных между собой объектами, взаимодействующими с результатами данных работ. Сфера применения DFD находится в области моделирования информационных потоков организации. В этой нотации моделируется не последовательность работ, а именно потоки информации (данных) между работами и объектами, которые используют, хранят или «рождают» эти данные.

3. Проектирование модели данных

3.1 Диаграмма сущность связь

Диаграмма «сущность — связь» (ER — модель данных), которая обеспечивает способ определения данных и отношений между ними. Модель данных включает сущности и связи между ними. Диаграмма «Сущность- связь» в отличии от функциональных диаграмм определяют спецификации структур данных программного обеспечения.

3.2 ER — диаграмма

3.3 Модель пользовательского интерфейса

3.4 Создание связей реляционной базы данных

Моя база данных состоит из следующих таблиц

3.5 Организация парольной защиты

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

При неправильном пароле, система отказывает в доступе:

public partial class Pass : Form

private void button1_Click(object sender, EventArgs e)

if (textBox1.Text == «147») Close();

MessageBox.Show(«ПАРОЛЬ НЕВЕРНЫЙ! ПОПРОБУЙТЕ ЕЩЁ РАЗ. «);

private void button2_Click(object sender, EventArgs e)

private void Pass_Load(object sender, EventArgs e)

private void textBox1_TextChanged(object sender, EventArgs e)

4. Формирование запросов

Создадим SQL запросы на поиск в главной таблице

Вот пример одного из запросов

Так выглядит форма с запросом

5. Организация поиска

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

Когда мы ввели значение и нажали кнопку «Поиск», нас перенесло на строку, в которой запрошенные данные совпали с тем, что мы искали.

NameFiled = «Гос номер»;

index = клиентыBindingSource.Find(NameFiled, textBox1.Text);

else MessageBox.Show(«Ошибка поиска :(«);

5.1 Организация функций «Добавить, изменить»

У нас есть 2 кнопки: добавление, изменение.

При нажатии на кнопку «Добавить», мы попадем на форму добавления.

В ней можно ввести данные для новой строки и нажмем «Сохранить»

При нажатии кнопки «Сохранить» у нас в таблице появилась новая строка.

При нажатии кнопки «Редактировать», мы попадем в ту же форму, что и при нажатии «Добавление», только эта форма будет заполнена той строкой, на которую мы нажали.

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

5.2 Организация фильтрации данных

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

Выбираем условие фильтра, вводим значение, которое нам нужно вывести и нажимаем кнопку «Фильтр»

5.3 Разработка интерфейса

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

Методы тестирования программного обеспечения

Существует несколько методов тестирования:

· Тестирование программ методом «чёрного ящика» (Black box testing)

· Тестирование софта методом «белого ящика» (White box)

· Тестирование ПО методом «серого ящика» (Grey box)

· Тестирование не функциональных аспектов программы.

· Тестирование программы как «белого ящика» и «чёрного ящика»

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

При тестировании белого ящика (англ. white-box testing, также говорят прозрачного ящика), разработчик теста имеет доступ к исходному коду и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — работоспособны и устойчивы, до определенной степени.

При тестировании чёрного ящика (англ. black-box testing), тестировщик имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Например, тестирующий модуль может виртуально нажимать клавиши или кнопки мыши в тестируемой программе с помощью механизма взаимодействия процессов, с уверенностью в том, все ли идет правильно, что эти события вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе.

Если «альфа-» и «бета-тестирование» относятся к стадиям до выпуска продукта (а также, неявно, к объёму тестирующего сообщества и ограничениям на методы тестирования), тестирование «белого ящика» и «черного ящика» имеет отношение к способам, которыми тестировщик достигает цели.

Бета-тестирование в целом ограничено техникой чёрного ящика (хотя постоянная часть тестировщиков обычно продолжает тестирование белого ящика параллельно бета-тестированию). Таким образом, термин «бета-тестирование» может указывать на состояние программы (ближе к выпуску чем «альфа»), или может указывать на некоторую группу тестировщиков и процесс, выполняемый этой группой. Итак, тестировщик может продолжать работу по тестированию белого ящика, хотя ПО уже «в бете» (стадия), но в этом случае он не является частью «бета-тестирования» (группы/процесса).

Тестирование нефункциональных параметров программы

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

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

Тестирование «Юзабилити» — тестирование интерфейса пользователя, его удобности, практичности и лёгкости для освоения обычным пользователем.

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

Тестирование качества интернационализации и локализации программного обеспечения.

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

Программа устанавливается вполне просто, нужно просто скопировать папку с программой заказчику.

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

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

Мы попадаем на основную программную форму

Кнопки, это переход на формы с дополнительными таблицами. Они связаны с основной таблицей. Так же в низу формы есть кнопка «ВЫХОД» клик по которой закрывает приложение.

Заключение

В ходе курсового проекта было создано приложение, способное решать задачи учёта, управления, систематизации и обработки данных, которая обеспечивает:

– поиск необходимой информации;

– возможность добавления, изменения и просмотра и данных.

Список используемой литературы

1. Beginning C# Object-Oriented Programming 2013

2. C# 5.0 All-in-One For Dummies 2013

3. Внедрение зависимостей в .Net 2014

4. C# 5.0. Справочник. Полное описание языка 2014

5. SQL — The Shortest Route For Beginners 2015

6. Microsoft SQL Server 2008 T-SQL Fundamentals 2008

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

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

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

курсовая работа [765,6 K], добавлен 12.05.2013

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

курсовая работа [4,3 M], добавлен 19.12.2011

Технико-экономическое обоснование разработки информационной системы «План-меню». Выбор технических средств и стандартного программного обеспечения. Проектирование структуры базы данных. Разработка и структура пользовательского интерфейса и ER-модели.

курсовая работа [817,6 K], добавлен 07.05.2009

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

курсовая работа [866,3 K], добавлен 02.06.2015

Анализ предметной области и разработка информационного обеспечения автоматизированной информационной системы «Система тестирования». Проектирование базы данных методом «Сущность-Связь». Технология создания базы в MS Access. Real-time работа системы.

курсовая работа [4,5 M], добавлен 23.12.2014

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

курсовая работа [1,6 M], добавлен 20.04.2015

Основы визуального программирования интерфейса. Архитектура программных систем. Проектирование базы данных. Анализ предметной области и связей между сущностями. Построение модели «сущность-связь». Разработка автоматизированной информационной системы.

курсовая работа [4,4 M], добавлен 16.11.2014

Источник