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

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

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

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

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

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

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

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

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

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

И.М. Плужников/

Рязань 2016 г.



Введение

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

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



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

1.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 Организация парольной защиты

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

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

namespace ProServis

{

public partial class Pass : Form

{

public Pass()

{

InitializeComponent();

}

private void button1_Click(object sender, EventArgs e)

{

textBox1.Focus();

if (textBox1.Text == "147") Close();

else

{

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

textBox1.Focus();

}

}

private void button2_Click(object sender, EventArgs e)

{

Application.Exit();

}

private void Pass_Load(object sender, EventArgs e)

{

}

private void textBox1_TextChanged(object sender, EventArgs e)

{

textBox1.Focus();



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

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

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

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



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

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

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

String NameFiled = "";

switch (comboBox1.SelectedIndex)

{

case 0:

NameFiled = "ФИО";

break;

case 1:

NameFiled = "Гос номер";

break;

}

int index = 0;

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

if (index > -1)

клиентыBindingSource.Position = index;

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

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

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

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



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

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

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

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

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

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

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



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

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

5.4 Тестирование

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

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

· Тестирование программ методом "чёрного ящика" (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