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

Тестирование – процесс многократного повторения программы (или части программы) с целью обнаружения ошибок. Целью тестирования является обнаружение максимального количества ошибок, а не всех ошибок. Обнаружение всех ошибок невозможно.

В настоящее время существует две основные стратегии тестирования программного средства:

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

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

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

Существуют следующие методы тестирования ПС:

– статическое тестирование (ручная проверка программы за столом);

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

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

При тестировании данного программного средства были применены нисходящее тестирование, статическое и детерминированное тестирование.

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

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

Результаты проверки приведены на рисунке 6. Тестовые данные приведены на рисунке 7.

Рисунок 6 – Результаты проверки при помощи программы Regre 2.6

 

 

Рисунок 7 – Результат тестирования программы

 

Заключение

 

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

В ходе проектирования и выполнения АИС было выполнено:

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

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

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

 

Список использованных источников

 

1 Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. – М.,: Финансы и статистика, 2002. – 192 с.:ил.

2 Иванова Г.С.А, Ничушкина Т.Н., Пугачев  Е.К. Объектно-ориентированное программирование: Учебник для вузов. – М.: Изд-во  МГТУ им. Н.Э. Баумана, 2001. – 320с.:ил.

3 Лафоре Р. Объектно–ориентированное программирование в С++. 4-е изд. – СПб.: Питер, 2004. – 922 с.

4 Новичков А. Rational Rose для разработчиков. [Электронный ресурс] – Режим доступа: WWW/URL: http://www.interface.ru/fset.asp?Url=/rational/xros.htm.

5 Трофимов С.А. UML диаграммы в Rational Rose. [Электронный ресурс] – Режим доступа: WWW/URL: http://www.caseclub.ru/articles/rose2.html.

6 Архангельский А.Я. Программирование в С++ Builder 6 – М.: ЗАО Издательство БИНОМ, 2004 г. – 1152 с.: ил.

7 Д. Крёнке. Теория и практика построения баз данных. 8-е изд. – СПб.: Питер, 2003. – 800 с.:ил.

8 Зубкова Т.М. Технология разработки  программного обеспечения: Учебное пособие. – Оренбург: ГОУ ОГУ, 2004. – 101 с.

9 2 Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. – М.,: Финансы и статистика, 2002. – 192 с.:ил.

10 Благодатских В.А. и др. Стандартизация разработки программных средств: Учеб. пособие. – М.,: Финансы и статистика, 2003. – 288 с.:ил.

11 Кирьянов Д.В. Самоучитель MathCAD 2001. – СПб.: БХВ-Петербург, 2001. – 522 с.:ил.

 

 

Приложение А

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

 

Разработка автоматизированной информационной системы поддержки принятия решения заведующего ремонтной мастерской

 

1 Введение

2 Основание для разработки

3 Назначение

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

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

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

4.3 Требования к составу и  параметрам технических средств

4.4 Требования к информационной  и программной совместимости

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

5.1 Справочная информация о работе  системы и подсказки пользователю

5.2 Сопровождающая документация

6 Этапы разработки

 

1 Введение 

 

Настоящее техническое задание распространяется на разработку АИС учета заказов на ремонт с возможностью прогнозирования величины будущей потребности в запчастях.

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

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

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

 

2 Основание для разработки

 

Разработка программного продукта ведется на основании учебного плана по дисциплине ТРПО факультета ИВТ для студентов заочной формы обучения специальности ВТУ 231000.62.4009.

 

3 Назначение

 

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

 

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

 

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

Система должна представлять совокупность методических и программных средств решения следующих задач:

- ввод новой информации в  БД;

- изменение существующей информации  в БД;

- просмотр информации в БД;

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

- проведение анализа.

 

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

 

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

4.2.2 Обеспечить целостность информации, хранящейся в типизированном  файле.

4.2.3  Обеспечить корректное завершение вычислений

 

4.3 Требования к составу и параметрам технических средств

 

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

- компьютер на базе процессора Intel или AMD  с частотой > 866 ГГц;

- оперативная память не менее 128Mб;

- свободная память на жестком диске не менее 50Mб;

- видеопамять не менее 16Mб;

- монитор SVGA;

- клавиатура;

- сетевой адаптер;

- мышь.

 

 

4.4 Требования к информационной и программной совместимости

 

Для работы необходим персональный ЭВМ, который использует архитектуру Intel или AMD; Операционную систему семейства Windows.

 

 

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

 

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

 

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

 

Этапы разработки представлены в таблице 2.

 

Таблица 2 – Этапы разработки

 

№	Название этапа	Срок	Точность
1	Разработка ядра системы		Описание внутренних форматов, интерфейса и форматов данных базы. Реализация системы на уровне интерфейса
2	Разработка метода и алгоритма для задачи КРА		Описание метода и алгоритма. Программные модули, реализующие методы.
3	Тестирование программного продукта и составление программной документации		Тесты. Документация. Программный продукт

 

 

Приложение Б

 

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

 

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

Система должна работать на IBM-совместимых персональных компьютерах. Минимальная конфигурация включает в себя  процессор – AMD или Intel с частотой не менее 866 МГц, оперативную память от 128 Мб, свободное место на жестком диске от 50 Мб, наличие  сетевого адаптера.

Работа с программным средством начинается с запуска исполняемого файла KUKUl.exe. Главное окно программы с меню представлено на рисунке Б.1.

 

Рисунок Б.1 – Главное окно программы

 

 

Для возможности добавления и изменения данных при нажатии кнопки «Новые данные» открывается форма ввода данных  с возможностью выбора таблиц для ввода. (показан на рисунке Б.3)

 

 

Рисунок Б.3 – Форма ввода данных

 

 

Внешний вид окон формирования заявки на ремонт приведен на рисунке 4. Отчет о прогнозе закупки запчастей приведен на рисунке 5.

 

Рисунок Б.4 – Окно формирования заявки на ремонт

 

Рисунок Б.5 – Отчет о прогнозе закупки запчастей

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Приложение В

 

Текст программы

program kuku;

 

uses

  Forms,

  Unit1 in 'C:\Documents and Settings\Ленка\Рабочий стол\новая сессия\тпркурс\Unit1.pas' {Form2},

  Unit2 in 'Unit2.pas' {Form1},

  Unit3 in 'Unit3.pas' {Form3},

  Unit4 in 'Unit4.pas' {DataModule4: TDataModule},

  Unit5 in 'Unit5.pas' {Form5};

 

{$R *.res}

 

begin

  Application.Initialize;

    Application.CreateForm(TDataModule4, DataModule4);

  Application.CreateForm(TForm1, Form1);

  Application.CreateForm(TForm2, Form2);

  Application.CreateForm(TForm3, Form3);

  Application.CreateForm(TForm5, Form5);

  Application.Run;

end.

procedure TForm2.FormActivate(Sender: TObject);

begin

DataModule4.IBTable1.Active:=true;

end;

 

procedure TForm2.FormDestroy(Sender: TObject);

begin

DataModule4.IBTable1.Active:=false;

end;

 

procedure TForm2.Button2Click(Sender: TObject);

begin

DataModule4.IBTable1.Active:=false;

DataModule4.IBTable1.TableName:='DETAILS';

DataModule4.IBTable1.Active:=true;

end;

 

procedure TForm2.Button3Click(Sender: TObject);

begin

DataModule4.IBTable1.Active:=false;

DataModule4.IBTable1.TableName:='PARTITION';

DataModule4.IBTable1.Active:=true;

end;

 

procedure TForm2.Button4Click(Sender: TObject);

begin

DataModule4.IBTable1.Active:=false;

DataModule4.IBTable1.TableName:='DEVICE';

DataModule4.IBTable1.Active:=true;

end;

 

procedure TForm2.Button5Click(Sender: TObject);

begin

DataModule4.IBTable1.Active:=false;

DataModule4.IBTable1.TableName:='WORKER';

DataModule4.IBTable1.Active:=true;

end;

 

end.

unit Unit2;

 

interface

 

uses

  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

  Dialogs, StdCtrls, Unit1, unit3, unit4, unit5;

 

type

  TForm1 = class(TForm)

    Button1: TButton;

    Button2: TButton;

    Button3: TButton;

    procedure Button3Click(Sender: TObject);

    procedure Button1Click(Sender: TObject);

    procedure Button2Click(Sender: TObject);

 

  private

    { Private declarations }

  public

    { Public declarations }

  end;

ma=array [0..2,0..2] of real;

function determin(ms:ma): real;

var

  Form1: TForm1;

  mass: array of array of integer;

  cov1: array of array of real;

  X: array of array of real;

  //c: array of array of real;

  x1,x2, x3, y, z,i,j,zav,n,m,k,t:integer;

  date1, date2:TDateTime;

  formattedDateTime,da1,da2 : string;