Моделирование инфрпмационных систем, ИС Автосервиса. Лаболаторная работа №2 02БИв4110 Е.Д.С.. Моделирование инфрпмационных систем, ис автосервиса

• Название: Моделирование инфрпмационных систем, ис автосервиса
• Анкор: Моделирование инфрпмационных систем, ИС Автосервиса
• Дата: 14.06.2022
• Размер: 0.58 Mb.
• Имя файла: Лаболаторная работа №2 02БИв4110 Е.Д.С..docx
• Тип: Лабораторная работа; #591402

АКРЕДИТИВНОЕ ОБРАЗОВАТЕЛЬНОЕ ЧАСТНОЕ УЧЕРЕЖДЕНИЕ ВЫСШЕГООБРАЗОВАНИЯ

МОСКОВСКИЙ ФИНАНСОВО-ЮРИДИЧЕСКИЙ УНИВЕРСИТЕТ МФЮА

Факультет « Бизнес-информатика »

Лабораторная работа №2

по дисциплине «Управления жизненными циклами информационных систем»

Тема: «Моделирование инфрпмационных систем, ИС Автосервиса»

Отметка озащите: Студент: Еремичев Д.С.

________________ Группа: 02БИв4110

Дата сдачи: 17.05.2022

Подпись: / Алейников В.В. Подпись:_____________

Москва 2022г

Содержание

Введение……………………………………………………………………… 2
Глава 1. История развития ИСУ…………………………………………...... 3
Глава 2. Взаимодействие подсистем ИСУ………………………………….. 6
2.1. Основные направления ИСУ……………………………………………. 6
2.2. Влияние ИСУ на эффективность работы организации……………….. 7
2.3. Функции человека в ИСУ……………………………………………….. 9
2.4. Сложные вопросы ИСУ………………………………………………… 10
Заключение…………………………………………………………………... 11
Список использованных источников………………………………………. 12
Введение
За последние годы в нашей стране произошли значительные перемены, которые не могли не затронуть области информатики и вычислительной техники. Десять лет назад работа с базами данных и электронными таблицами была уделом профессиональных программистов. Сами системы не были предназначены для широкого пользователя. Их основным потребителем был военно-промышленный комплекс. С появлением огромного числа банков, акционерных обществ и частных компаний ситуация резко изменилась.

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

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 Определение функций и составных частей ИС

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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
   

1. 
   C# 5.0 All-in-One For Dummies 2013
   
2. 
   Внедрение зависимостей в .Net 2014
   
3. 
   C# 5.0. Справочник. Полное описание языка 2014
   
4. 
   SQL – The Shortest Route For Beginners 2015
   
5. 
   Microsoft SQL Server 2008 T-SQL Fundamentals 2008