Загрузка...
Учебная работа. Реферат: Автоматизированная информационная система Малое авторемонтное предприятие
АННОТАЦИЯ
Темой курсовой работы является автоматическая информационная система «Маленькое авторемонтное предприятие».
Целью курсового проекта является разработка программного продукта, обеспечивающего автоматизацию работника компании, учитывающего корректировку базы данных.
Объектом исследования является процесс автоматизирования работы торговца с покупателем.
Документация проекта состоит из 9 разделов, включающих две блок-схемы и один набросок. Количество страничек – 34.
В первом разделе описываются общие сведения о программном средстве, его основное функциональное предназначение, также создатели.
2-ой раздел содержит техническое задание, в каком описываются главные цели программного продукта, группы юзеров, использующих его, также заказчиков программки. Описываются требования к разработке программного продукта.
В 3-ем разделе раскрывается общая архитектура программного средства, его предназначение, структура, интерфейс.
4-ый раздел содержит в себе управление системного юзера.
5-ый раздел содержит управление программера, в каком характеризуется сделанное программный продукт.
В шестом разделе «Управление юзера», находится информация о предназначении, критериях выполнения, эксплуатации программного средства.
6-ой, седьмой и восьмой разделы содержат в себе заключение, перечень использованной литературы и приложения соответственно.
ВВЕДЕНИЕ
Главный целью курсового проекта является создание программного продукта (ПП) АИС «Маленькое авторемонтное предприятие».
Объектом исследования является процесс автоматизирования работы торговца с покупателем.
Создание таковых ПП как АИС «Маленькое авторемонтное предприятие» является животрепещущим решением неких заморочек, возникающих на предприятиях в наше время.
ПП помогает заавтоматизировать работу торговца с покупателем, главные функции: учет и поиск продуктов в базе данных, продажа запчастей.
программка владеет системными сообщениями, которые препятствуют вводу неправильных данных, также имеет понятный интерфейс, что дозволяет понизить время на исследование программного продукта.
1
Общие сведения о программном средстве
1.1
Основное функциональное предназначение программного средства
Темой курсовой работы является АИС «Маленькое авторемонтное предприятие». Основное предназначение этого проекта заключается в автоматизации работы торговца с покупателем, главные функции: учет и поиск продуктов в базе данных, продажа, вывод чека на печать.
1.2 Полное наименование программного средств
a
Программный продукт АИС «Маленькое авторемонтное предприятие».
1.2
Условное обозначение программного средства
ПП АИС «Маленькое авторемонтное предприятие».
1.3
Создатели программного средства
Разрабом данного программного средства является Валуйская Ольга Александровна, учащаяся группы 51-о учреждения образования «Витебский муниципальный технологический институт».
2 Техническое задание
2.1 Общие сведения
2.1.1 Формулировка задания
Разрабатываемый программный продукт (ПП) должен обеспечивать ведение базы данных, ввод, корректировку имеющихся сведений, автоматическое оформление контракта на оказание услуг (чек).
2.1.2
Цели, достигаемые разработкой
должен быть разработан ПП, обеспечивающий ведение базы данных, ввод, корректировку имеющихся сведений, автоматическое оформление контракта на оказание услуг (чек).
2.1.3
Группы юзеров
Данный ПП должен быть рассчитан на работника малого авторемонтного компании, обслуживающего клиентов, занимающегося составлением договоров на оказание услуг.
2.1.4
Наименование организации заказчика
Заказчиком на разработку данного ПП является Витебский муниципальный технологический институт(ВитГТК) (2010 г. Витебск ул.Гагарина, 41).
2.1.5
Основание для проведения работ
Основанием для разработки данного ПП является контракт меж Заказчиком (ВитГТК) и Разрабом (ООО «Планетка мыслях») от 10.09.2010.
2.2
Описание предметной области
2.2.1 Описание (схемы) бизнес действий
При помощи разрабатываемого программного продукта должен осуществляться автоматическое оформление контракта на оказание услуг.
2.2.2
Состав данных и методы обработки инфы
Разрабатываемый ПП должен создавать и видоизменять базу данных, состоящую из одной таблицы:
— запчасти. Со структурой: авто, марка, запчасть, стоимость, описание, изображение.
При обработке базы данных ПП должен делать последующие функции:
— ведение базы данных по видам запчастей;
— ведение базы данных по карам;
— ведение базы данных по маркам кара;
2.2.3
Недочеты имеющихся проектных решений
На данный момент существует несколько аналогов, таковых как: Image v1.2, Base Editor v1.3. Но все эти ПП не обеспечивают настоящего учета всей деятель Заказчика, а только автоматизируют учет отдельных ее частей. Image v1.2 может вести базу данных лишь по продажам, Base Editor v1.3 не учитывает операции по оказанию услуг по безналичному расчету. Не один из приведенных выше аналогов не обеспечивает доступ к данным по локальной сети и не производит фильтрацию данных по всем нужным заказчику аспектам.
2.2.3 Текущий уровень автоматизации
Сейчас Заказчик не располагает любым ПП, обеспечивающим всеполноценную автоматизацию всей его деятельности.
Заказчик располагает:
— 6 компов Pentium Dual Core (1024 DDR2), Windows Seven, Microsoft Office 2010;
— 2 компа AMD PHENOM (2048 DDR3), Windows Vista, Microsoft Office 2010.
2.3Требования к разработке
2.3.1.Информационная модель
Редактирование данных
Набросок 1. Информационная модель
2.3.2 структура меню
Запчасти в продаже:
— вывести перечень;
— поменять запись.
Внесение конфигураций:
— добавить запись;
— удалить запись.
2.3.3
Многофункциональные требования
Ведение базы данных по запчастям:
Данная функция обязана производить два вида учета:
а) ведение учета и поиска продуктов в базе данных;
б) добавление и изменение изделий;
в) удаление изделий;
г) продажа запчастей.
2.3.4
Требования к информационному обеспечению.
Разрабатываемый ПП должен:
— сохранять данные, вводимые юзером;
— сформировывать отчетные документы;
— содержать нужные классификаторы, и таблицы.
Производить фильтрацию данных по последующим аспектам:
— по авто, марке, цены;
Обеспечивать оперативный поиск записи по запросу юзера.
2.3.5
Требования к пользовательскому интерфейсу.
Разрабатываемый ПП должен быть обеспечен облегченной формой графического интерфейса:
— глубина вложенности окон обязана быть не наиболее трёх;
— содержать короткие описания частей меню;
— должен быть понятным и обычным в использовании.
2.3.6 Требования к методам
Разрабатываемые методы должны просто модифицироваться. В течении сроков, установленных в договоре меж Заказчиком и Разрабом, в ПП могут быть внесены конфигурации, не требующие глобальной переработке алгоритмов.
2.4
порядок контроля и обеспечения свойства
2.4.1 Экспертиза
Не требуется разработка макета на стадии «Технический проект». Требуется проведение экспертизы при участии представителя Заказчика.
2.4.2 Тестирование
Тестирование программного продукта обязано проводиться в согласовании с установленными правилами ГОСТ 89765в-99. Тестирование системы выполняться Разрабом. Присутствие представителя Заказчика необязательно.
2.4.3 Опытнейшая эксплуатация
Опытнейшая эксплуатация проводится Заказчиком при контроле Разраба в согласовании с контрактом.
2.5 Требования к документированию
2.5.1 Требования к справочной системе
Справочная система обязана содержать описание всех установок, использующихся в ПП. Справочная система обязана быть интегрированной в интерфейс и размещаться конкретно в окнах.
2.5.2 Требования к документации юзера
Разрабатываемый ПП должен сопровождаться полным пакетом конструкторской и эксплутационной документации, перечисленной в договоре, а конкретно:
— лицензионное Право использования разработанного программного продукта;
— документация по эксплуатации;
— талон на следующее сервис программного продукта;
3 Объяснительная записка
3.1 Декомпозиция поставленной задачки
Для решения общей мотивированной задачки, ПС разбивается на ряд последующих подзадач:
— сохранять данные, вводимые юзером;
— сформировывать отчетные документы;
— содержать нужную информацию и таблицы.
Производить фильтрацию данных по последующим аспектам:
— по авто, марке, цены;
Обеспечивать оперативный поиск записи по запросу юзера.
3.2
Общая архитектура ПС
АИС «Маленькое авторемонтное предприятие» состоит из 5 форм, базы данных, состоящей из 1 таблицы.
3.3
Реализация многофункционального предназначения ПС
Ведение базы данных по запчастям:
Данная функция обязана производить два вида учета:
а) ведение учета и поиска продуктов в базе данных;
б) добавление и изменение изделий;
в) удаление изделий;
г) продажа запчастей.
3.4
Разработка метода решения задачки
Разрабатываемый ПП должен создавать и видоизменять базу данных, состоящую из одной таблицы:
— запчасти. Со структурой: авто, марка, запчасть, стоимость, описание, картина.
3.4.1
Детальная разработка алгоритмов отдельных подзадач
При обработке базы данных ПП должен делать последующие функции:
— ведение базы данных по видам запчастей;
— ведение базы данных по карам;
— ведение базы данных по маркам кара;
3.5
Структурная организация данных
Запчасти в продаже:
— вывести перечень;
— поменять запись.
Внесение конфигураций:
— добавить запись;
— удалить запись.
3.6
Разработка интерфейса ПС
интерфейс данного ПП понятен, обеспечен облегченной формой интерфейса:
— глубина вложенности окон не наиболее трёх;
— содержит короткие описания частей меню;
— понятен и прост в использовании.
3.7
Описание структуры выходной инфы
В качестве выходной инфы выступают данные, хранящиеся в базе данных.
4 Управление системного программера
4.1 Общие сведения о программном средстве
Темой курсовой работы является АИС «Маленькое авторемонтное предприятие». Основное предназначение этого проекта заключается в автоматизации работы торговца с покупателем, главные функции: учет и поиск продуктов в базе данных, продажа запчастей.
4.2 структура программного средства
АИС «Маленькое авторемонтное предприятие» состоит из 5 форм, базы данных, состоящей из 1 таблицы.
4.3 установка программного средства
Для установки данного ПС нужно скопировать программку в вольную директорию. Нет необходимости в подключении базы данных.
Для удачной установки свободное пространство на твердом диске обязано быть не наименее 10 Мб.
4.4 Проверка программного средства
Для проверки данного ПС нужно запустить файл с расширением .exe.
5 Управление программера
5.1 Предназначение и условия внедрения программного средства
Основное предназначение этого проекта заключается в автоматизации работы торговца с покупателем, главные функции: учет и поиск продуктов в базе данных, продажа запчастей.
5.2 Черта программного средства
Данное программное средство делает последующие функции:
— ведение базы данных по видам запчастей;
— ведение базы данных по карам;
— ведение базы данных по маркам кара;
Для удачной работы ПС свободное пространство на твердом диске обязано быть не наименее 10 Мб. Оперативки – не наименее 128 Мб.
5.3
Работа с программным средством
Для начала работы с ПС нужно запустить файл с расширением .exe.
5.4
Входные и выходные средства
Входными данными являются вся информация вводимая юзером.
Выходными данными – данные, которые получаются опосля обработки программкой входных данных (чек).
6 Управление юзера
6.1 Предназначение программного средства
Основное предназначение этого проекта заключается в автоматизации работы торговца с покупателем, главные функции: учет и поиск продуктов в базе данных, продажа запчастей.
6.2 Условия выполнения программного средства
Данное ПС реализует все интегрированные функции при условии использования его по предназначению и корректном вводе.
6.3 Эксплуатация программного средства
ПС владеет интуитивно понятным интерфейсом, что дозволяет понизить время на исследование программного продукта.
6.4 Сообщения юзеру
ПС владеет системными сообщениями, которые препятствуют вводу неправильных данных, также все критичные операции требуют доказательства.
7 ЗАКЛЮЧЕНИЕ
Программный продукт АИС «Маленькое авторемонтное предприятие» помогает заавтоматизировать работу торговца с покупателем, главные функции: учет и поиск продуктов в базе данных, продажа запчастей.
ПС владеет системными сообщениями, которые препятствуют вводу неправильных данных.
ПС имеет понятный интерфейс, что дозволяет понизить время на исследование программного продукта. Для наиболее детализированного исследования программки имеется справочная система.
8 СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. Архангельский, А. Я. язык C++ в C++Builder : справочное и методическое пособие / А. Я. Архангельский .— М. : Двучлен, 2008 .— 942 с.
2. Боб Сворт, Джэйми Оллсоп C++Builder . Управление разраба.
3. Джарод Холингвэрт, Дэн Баттерфилд, Боб Сворт, Джэйми Оллсоп C++Builder 5. Управление разраба.
4. Елманова Н.З., Кошель С.П. Введение в Borland C++ Builder-М.:Диалог–МИФИ, 1997. 272 с.
5. Керниган Б, Ритчи Д. язык программирования Си / Пер. с англ. Изд. 3-е испр. СПб.: Невский Диалект, 2001. 352 с.: ил.
6. Крячков А.В., Сухинина И.В., Томшин В.К. Программирование на С и С++. Практикум: Учеб. пособие для вузов/ Под ред. В.К.Томшина. Изд. 2-е испр. М.: Жгучая линия – Телеком, 2000. 344с.:ил.
7. Методические указания по выполнению курсовой работы по дисциплине «Конструирование программ и языки программирования»./М.В Курешова – Витебск: УО «Витебский муниципальный технологический институт», 2009. – с.50
8. Подбельский В.В., Фомин С.С. Программирование на языке Си: Учеб. пособие. Изд. 2-е доп. М.: деньги и статистика, 2000. 600с.: ил.
9. Романов, В.Ю. Программирование на языке C++: Практ. подход .— М. : комп, 1993 .— 157с.
10. Скляров В.А. Программирование на языках Си и Си++: Учеб. пособие. М.: Высш. школа, 1999. 288с.
11. Теллес, М. BORLAND C++ BUILDER: библиотека программера . СПб : Питер, 1998 .— 512с.
12. Технологии разработки программного обеспечения: Учебник/ С. Орлов. – СПб.: Питер, 2002. – 464 с.: ил.
13. Томшин В.К. Программирование на С и С++. Практикум: Учеб. пособие для вузов/ Под ред. В.К.Томшина. Изд. 2-е испр. М.: Жгучая линия – Телеком, 2000. 344с.:ил.
14. C++ Builder 6. Справочное пособие. Книжка 2. Классы и составляющие. – М.: Двучлен-Пресс, 2002г. – 528 с.: ил.
15. Borland C++ Builder 5. Энциклопедия программера. Калверт Ч., Рейсдорф К., «ДиаСофт» — 2001, 944 стр.
приложение А – листинг программки
Unit1
#include <vcl.h>
#pragma hdrstop
#include «Unit1.h»
#include «Unit2.h»
//—————————————————————————
#pragma package(smart_init)
#pragma resource «*.dfm»
TForm1 *Form1;
//—————————————————————————
__fastcall TForm1::TForm1(TComponent* Owner)
: TForm(Owner)
{
}
//—————————————————————————
void __fastcall TForm1::N1Click(TObject *Sender)
{
Form2->Show();
Form1->Hide();
}
//—————————————————————————
void __fastcall TForm1::N4Click(TObject *Sender)
{
Form1->Close();
}
//—————————————————————————
void __fastcall TForm1::Timer1Timer(TObject *Sender)
{
Label1->Caption=DateToStr(Date()) + » » +TimeToStr(Time());
}
//—————————————————————————
Unit2
#include <vcl.h>
#pragma hdrstop
#include «Unit2.h»
# include «Unit1.h»
# include «Unit3.h»
# include «Unit4.h»
//—————————————————————————
#pragma package(smart_init)
#pragma resource «*.dfm»
TForm2 *Form2;
int summa,x;
BOOLEAN bol;
String a,b,f,f1,i;
//—————————————————————————
__fastcall TForm2::TForm2(TComponent* Owner)
: TForm(Owner)
{
}
//—————————————————————————
void __fastcall TForm2::BitBtn1Click(TObject *Sender)
{
Form2->Hide();
Form1->Show();
}
//—————————————————————————
void __fastcall TForm2::Button1Click(TObject *Sender)
{
ADOTable1->Append();
DBGrid1->SetFocus();
Form3->Show();
}
//—————————————————————————
void __fastcall TForm2::N1Click(TObject *Sender)
{
Form1->Show();
Form2->Hide();
}
//—————————————————————————
void __fastcall TForm2::N4Click(TObject *Sender)
{
Form2->Close();
}
//—————————————————————————
void __fastcall TForm2::Button2Click(TObject *Sender)
{
if(ADOTable1->IsEmpty()==true)
ShowMessage(«Ошибка»);
else {
ADOTable1->Delete();
ShowMessage(«Данные удалены»);
} }
//—————————————————————————
void __fastcall TForm2::Button3Click(TObject *Sender)
{
if(ADOTable1->IsEmpty()==true)
ShowMessage(«ia?aai ?aaaeoe?iaaou»);
else{Form4->ShowModal();}
}
//—————————————————————————
void __fastcall TForm2::Button4Click(TObject *Sender)
{
if (bol==false) {
Memo1->Lines->Add(«——————————————————————————————«);
Memo1->Lines->Add(«Авто: «+ADOTable1->Fields->Fields[1]->AsString);
Memo1->Lines->Add(«Марка: «+ADOTable1->Fields->Fields[2]->AsString);
Memo1->Lines->Add(«Запчасти: «+ADOTable1->Fields->Fields[3]->AsString);
Memo1->Lines->Add(«количество: «+Edit1->Text);
Memo1->Lines->Add(«Стоимось: «+ADOTable1->Fields->Fields[4]->AsString);
//Memo1->Lines->Add(«Общая стоимость «+IntToStr(StrToInt(Edit1->Text)*StrToInt(ADOTable1->Fields->Fields[4]));
//summa=summa+StrToInt(Edit2->Text)*ADOTable1->Fields->Fields[4]->AsInteger;
//Edit1->Text=1;
//Label4->Caption=»Итого за покупку: «+ FloatToStr(summa)+ » рублей» ;
}
}
//—————————————————————————
void __fastcall TForm2::Button5Click(TObject *Sender)
{
ADOTable1->Last();
x=ADOTable1->Fields->Fields[0]->AsInteger;
do {
ADOTable1->Delete();
ADOTable1->Next(); }
while (ADOTable1->Eof!=true);
ADOTable1->Insert();
x++;
ADOTable1->Fields->Fields[0]->AsInteger=x;
ADOTable1->Post();
ADOTable1->Last();
if (StrToInt(Edit2->Text)>=summa) {
if (summa!=0) {
if (bol==false) {
bol=true;
Memo1->Lines->Add(«——————————————————————————————«);
Memo1->Lines->Add(«Итого: «+FloatToStr(summa)+ » рублей«);
if (Edit2->Text!=»») {
Memo1->Lines->Add(«Внесена оплата : «+Edit2->Text);
Memo1->Lines->Add(«Сдача: «+FloatToStr(StrToInt(Edit2->Text)-summa));
}
Memo1->Lines->Add(«Кассир:»+i);
Memo1->Lines->Add(«Чек №»+ADOTable1->Fields->Fields[0]->AsString+» «+Date());
Memo1->Lines->Add(«—————————Спасибо за покупку!!!————————-«);
}
if (Edit2->Text!=»»){
ShowMessage(«Итого: «+FloatToStr(summa)+ » рублей«+
» Внесена оплата : «+Edit2->Text+» Сдача: «+FloatToStr(StrToInt(Edit2->Text)-summa));
} else ShowMessage(«Итого: «+FloatToStr(summa)+ » рублей«);
} else ShowMessage(«Нет покупок!!!»); }
else ShowMessage(«Недостаточно средств на покупку»); }
//—————————————————————————
void __fastcall TForm2::Button6Click(TObject *Sender)
{
summa=0;
Memo1->Clear();
Memo1->Lines->Add(» ————Авторемонт—————«);
Memo1->Lines->Add(«—————Чек покупателю————«);
bol=false;
Edit2->Text=»0″;
Label4->Caption=» «;
}
//—————————————————————————
void __fastcall TForm2::N5Click(TObject *Sender)
{
ADOTable1->IndexFieldNames=»Авто»;
}
//—————————————————————————
void __fastcall TForm2::N7Click(TObject *Sender)
{
ADOTable1->IndexFieldNames=»Стоимось»;
}
//—————————————————————————
void __fastcall TForm2::N6Click(TObject *Sender)
{
ADOTable1->IndexFieldNames=»Марка»;
}
//—————————————————————————
void __fastcall TForm2::Button7Click(TObject *Sender)
{
String zapros, c1,c2,a,m;
zapros=»»;
zapros=»SELECT * FROM Avtoremont.Zapchasti WHERE «;
c1=Edit5->Text; c2=Edit7->Text;
zapros=zapros+»Стоимось >=»+c1;
zapros=zapros+»and «+ «Стоимось <= «+c2;
if (Edit4->Text!=»»)
{a=Edit4->Text;
zapros=zapros+» and «+ » Авто like «+»‘»+a+»‘»;}
if (Edit6->Text!=»»)
{m=Edit6->Text;
zapros=zapros+» and «+ » Марка like «+»‘»+m+»‘»;}
zapros=zapros+»;»;
ADOQuery1->Close();
ADOQuery1->SQL->Clear();
ADOQuery1->SQL->Add(zapros);
ADOQuery1->ExecSQL();
ADOQuery1->Active=true;
if (ADOQuery1->RecordCount==0)
{ ShowMessage(«ничего не найдено!»);
DataSource1->DataSet=ADOTable1; }
else DataSource1->DataSet=ADOQuery1;
}
//—————————————————————————
Unit3
#include <vcl.h>
#pragma hdrstop
#include «Unit3.h»
#include «Unit2.h»
# include «Unit2.h»
//—————————————————————————
#pragma package(smart_init)
#pragma resource «*.dfm»
TForm3 *Form3;
//—————————————————————————
__fastcall TForm3::TForm3(TComponent* Owner)
: TForm(Owner)
{
}
//—————————————————————————
void __fastcall TForm3::Button1Click(TObject *Sender)
{
Form3->Close();
}
//—————————————————————————
Unit4
#include <vcl.h>
#pragma hdrstop
#include «Unit4.h»
#include «Unit2.h»
# include «Unit2.h»
//—————————————————————————
#pragma package(smart_init)
#pragma resource «*.dfm»
TForm4 *Form4;
//—————————————————————————
__fastcall TForm4::TForm4(TComponent* Owner)
: TForm(Owner)
{
}
//—————————————————————————
void __fastcall TForm4::Button1Click(TObject *Sender)
{
if(Form2->ADOTable1->Modified==true)
Form2->ADOTable1->Post();
Form2->Show();
Form4->Close();
}
//—————————————————————————
приложение Б — диаграмма вариантов использования
]]>