Учебная работа. Курсовая работа: Информационная система менеджера по работе с клиентами

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...
Контрольные рефераты

Учебная работа. Курсовая работа: Информационная система менеджера по работе с клиентами

ВВЕДЕНИЕ

1.НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

2.ТЕХНИЧЕСКИЕ свойства

2.1Постановка задачки

2.2Описание и обоснование входных и выходных данных

2.3Информационная модель и ее описание

2.4Описание и обоснование выбора состава технических и программных средств

2.5Описание метода программки

2.6Описание многофункциональных точек

3.РУКОВОДСТВО ОПЕРАТОРА

3.1Назначение программки

3.2Условия выполнения программки

3.3Выполнение программки

3.4 Сообщения оператору

ЗАКЛЮЧЕНИЕ

ИСТОЧНИКИ, ИСПОЛЬЗОВАННЫЕ ПРИ РАЗРАБОТКЕ

ПРИЛОЖЕНИЯ



ВВЕДЕНИЕ

Данное программное обеспечение разрабатывается на тему: «Информационная система менеджера по работе с клиентами конторы оказывающей ритуальные услуги«, на базе учебного плана специальности 230103 «Автоматические системы обработки инфы и управления (по отраслям)» в Сосенском радиотехническом техникуме, по дисциплине «Разработка и эксплуатация автоматических информационных систем».
Главным предназначением программки является автоматизация рабочего места менеджера по работе с клиентами конторы оказывающей ритуальные услуги.

При исследовании предметной области на примере конторы, оказывающей ритуальные услуги было выявлено:

— вся информация находится на картонных носителях;

— отсутствует система защиты от несанкционированного доступа;

— сбор аналитической инфы делается методом анализа инфы, лежащей на картонных носителях;

— контроль поступления и реализации услуг осуществляется методом регистрации инфы на картонных носителях;


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

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



1. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

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

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

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

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

Наружные сути выявленные в итоге анализа предметной области:

клиенты;

менеджер по работе с клиентами;

накопителями данных являются последующие сути:

информация о клиентах;

информация о услугах;

информация о менеджере по работе с клиентами;

информация о оказанных услугах.

Типовая схема организации представлена на рисунке 1: (приложение 1).

Взаимодействуя с отделом продаж, директор получает последующую информацию.

Таблица 1. Информация, передаваемая из отдела продаж директору.


Подразделение конторы
Информационные процессы

Отдел продаж

передача инфы о оказанных услугах;

передача инфы о поступивших на склад товарах;

передача инфы о клиентах формы.




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

В обязанности менеджера по работе с клиентами входят последующие функции:

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

— подготовка статистической инфы по требованиям директора конторы для принятия им управленческих решений;

— регистрация клиентов обратившихся в фирму;

— наполнение затратной;

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

Работа менеджера по работе с клиентами – является действием, происходящим во времени, который можно поделить на поочередные этапы:

— предварительный шаг;

— шаг дизайна инфы клиента;

— шаг формирования перечня продуктов;

— шаг дизайна реализации продукта;

— шаг дизайна заказа продукта;

— шаг выдачи затратной на проданный продукт клиенту;

В любом шаге происходят информационные процессы, которые сведены в таблицу 2:

Таблица 2. Информационные процессы шагов


Шаг
Информационные процессы

1. Предварительный шаг

— подготовка инфы о товаре;

— выдача данной инфы клиентам салона;




2. Шаг дизайна инфы клиента
— сбор анкетных и остальных данных у клиента и их классификация;

3. шаг формирования перечня продуктов
— регистрация в базе данных поступивших продуктов;

4. шаг дизайна реализации продукта

— Занесение инфы о покупателе базу данных ;

— Выбор нужных покупателю продуктов;




5. шаг дизайна заказа продукта;

— Занесение инфы о покупателе (заказчике) продуктов;

заказ нужных покупателю (заказчику) продуктов;




6. шаг выдачи затратной на проданный продукт
— Выдача затратной;

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

— ввод начальных данных клиента при оформлении заказа;

— расчет цены заказа;

— сохранение инфы о поступивших услугах;

— ввод и сохранение данных о затратной;

— изменение пароля доступа к программке;

— вывод прайс-листа на печать;

— вывод затратной на печать;

— предоставление справки о работе программки;



2. ТЕХНИЧЕСКИЕ свойства

2.1 Постановка задачки

Автоматизация управленческой деятель подразумевает формирование электрической системы организации. Главными преимуществами разработки таковой системы могут быть:

— уменьшение времени обработки входящей инфы и получение результатных данных;

— увеличение степени достоверности выходящей инфы;

— понижение трудозатратности и количества ошибок при решении задачки.

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

— ввод начальных данных клиента при оформлении заказа.

— расчет цены заказа

— сохранение инфы о поступивших услугах

— ввод и сохранение данных о затратной

— изменение пароля доступа к программке

— вывод прайс-листа на печать

— вывод затратной на печать

— предоставление справки о работе программки

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

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

-окно просмотра и конфигурации инфы таблиц: клиенты, реализации, продукт;

-окно реализации продукта;

2. ведение условно-постоянной инфы, лежащей в таблицах базы данных:

-организация входа в систему;

3. выдача справочной инфы:

-Прайс-лист

-справочник юзера (аннотации по работе с информационной системой);

4. отчеты о проданном товаре:

-формирование затратной.

Таблица 3. Список таблиц, хранящих входную информацию.


№п/п
Наименование таблицы
Поля таблицы

1.
услуги

Номер_п/п

Наименование

К-во

Закупочная_ Стоимость

Цена_продажи

№_накладной




2.
Торговцы

Номер_п/п

ФИО

адресок

телефон

Пароль




3.
Клиенты

Номер_п/п

ФИО

адресок

телефон




Таблица 4. Список таблиц, хранящих результирующую информацию


№п/п
Наименование таблицы
Поля таблицы

1.
заказ

Номер_п/п

№_продавца

№_клиента




2.
Данные затратной

№_накладной

Дата

Выдать

Основание

Получатель

Сдатчик






2.2 Описание и обоснование входных и выходных данных

Данные о списке форм входной инфы находятся в таблице 5.

Таблица 5. Список форм ввода входной инфы.


№ п/п
Заглавие формы проекта
Номер рисунка
Примечания



1.

2.


Основная (реализовать)

Основная (приход материалов)


Набросок 2

Набросок 3


(приложение 2)

(Приложение 2)




Данные о списке форм формирования выходной инфы находятся в таблице 6.

Таблица 6. Список форм формирования выходной инфы.


№п/п
Заглавие формы проекта
Номер рисунка
Примечания


1.



Основная (реализовать)
Набросок 4
(приложение 2)


Данные о списке форм формирования отчетов находятся в таблице 7.

Таблица 7. Список форм формирования отчетов.


№п/п
Заглавие формы проекта
Номер рисунка
Примечания



1.

2.


Затратная

Прайс-лист


Набросок 5

Набросок 6


(приложение 2)

(Приложение 2)





Схема связи программных модулей и информационных хранилищ находится в: (приложение 3) Набросок. 7.


2.3 Информационная модель и ее описание

Проведя анализ предметной области методом исследования перечисленной выше инфы, были выявлены последующие наружные сути:

-Клиенты, осуществляющие заказ;

-Поставщики, осуществляющие поставку услуг на склад;

Менеджерпо работе с клиентами осуществляющий регистрацию данных клиента и сохранение данных о заказе;

-Админ осуществляющий контроль за правами доступа к программке.

Потоки данных представлены в виде схемы и подробного словесного описания: (приложение 4).

На шаге анализа нужно провести подробное исследование: будущих многофункциональных способностей разрабатываемой системы; инфы, нужной для их выполнения. Потому особенное внимание было уделено полноте инфы и поиску противоречивой, дублирующей либо неиспользуемой инфы. Опосля того как была проведена нормализация таблицы «заказ» и «Список», они были объединены в одну – «заказ«

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

1. услуги:

— Номер_п/п;

— Наименование;

— К-во;

— Закупочная_ Стоимость;

— Цена_продажи;

— №_накладной.

2. Торговцы:

— Номер_п/п;

— ФИО;

адресок;

телефон;

— Пароль.

3. Клиенты:

— Номер_п/п;

— ФИО;

адресок;

телефон.

4. Заказ:

— Номер_п/п;

— №_продавца;

— №_клиента;

— №_накладной;

— №_услуги;

— Количество;

— Сумма.

5. Данные затратной:

— Сдатчик;

— Получатель;

— Основание;

— Выдать;

— Дата;

— №_накладной.

В итоге приобретенная модель данных графически представлена в виде инфологической модели, представленной в виде рисунка 8: (приложение 5).

На базе разработанной инфологической модели строится датологическая модель данных. Более применимой для предстоящей разработки является реляционная модель данных представленная в виде рисунка 9: (приложение 6).



2.4 Описание и обоснование выбора состава технических и программных средств

Имеющееся техническое оснащение: индивидуальный комп класса PentiumIV, принтер марки Canon 100. Программное обеспечение – совокупа программ для реализации целей и задач информационной системы, также обычного функционирования комплекса технических средств. В состав программного обеспечения входят общесистемные и особые программные продукты. К общесистемному программному обеспечению относятся комплексы программ, нацеленных на юзеров и созданных для типовых задач обработки инфы. Информационное обеспечение, реально имеющееся на рабочем – операционная система Windows ХР и MicrosoftOffice. В связи с сиим тип файлов базы данных был избран .mdb (MSAccess).

Сама информационная система реализована в среде разработки приложений Delphi. В базе идеологии Delphi лежит разработка зрительного проектирования и методология объектно-ориентированного программирования. Для представления программ в Delphi употребляется разработанный Borland язык ObjectPascal, в базе которого лежит TurboPascal.

В базе Delphi лежит теория резвого сотворения приложений (RAD -RapidApplicationDevelopment). Главный составляющей среды резвого сотворения приложений является разработка, получившая заглавие TwoWaysTools. Это означает, что при размещении либо изменении компонента в какой-нибудь форме, соответственная программка автоматом дополняется и модифицируется. И напротив, все конфигурации, которые вносятся в программку при разработке приложения, автоматом отражаются на многофункциональных свойствах компонент формы.

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


2.5 Описание метода программки

Схемы загрузки форм представлены в виде рисунка 10. (приложение 7).

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

Опосля пуска файла Ritual.exe на дисплее выводится форма Проверка прав (блок 2), которая через элемент MaskEdit дает ввести пароль. На форме находятся несколько вкладок:

— «Реализовать» (блок 5) на данной вкладке производятся все деяния связанные с оформлением заказа. Также на данной вкладке можно добавить новейшего клиента конторы и сохранить данные затратной. На вкладке находится клавиша «Печать затратной» (блок 6), с помощью которой можно попасть на форму «Затратная» (блок 7);

— «Приход материалов» (блок 8) дозволяет фиксировать приход материалов на склад;

пароль» (блок 9) производит редактировать пароль доступа к программке;

Так же на форме основная находятся 2 клавиши:

-«Справка» (блок 10) активирует форму «Справка» (блок 11) на которой можно просмотреть справку по работе с программкой. Возврат на форму «Основная» осуществляется методом нажатия клавиши «На главную» (блок 12);

— «Выход» (блок 13) производит закрытие программки.

Блок – схема программки представлена в Приложении 8.


2.6 Описание многофункциональных точек
В проекте употребляется 5 форм, 13 невизуальных компонент и процедуры обработки событий, которые в совокупы предусмотрены для автоматизации обслуживания клиентов конторы, оказывающей ритуальные услуги. Все невизуальные составляющие находятся на форме «DataModule1». Форма «DataModule1» представлена в виде рисунка 12 (приложение 9).

Любой из этих компонент делает свою определённую функцию. к примеру, составляющие с наименованиями: Klient_Table1, Uslugi_Table2, Zakaz_Table1, ProdavetsTable1, Nakladn_Table1, ADOTable1 употребляются для подключения таблиц из базы данных.

Составляющие: Klient, Uslugi, Zakaz, Prodavets, Nakladn, DataSource1– употребляются для вывода инфы из базы данных в таблицы.

Главные процедуры обработки событий:

файл Glavnaya.pas.

1. procedure TGlavnaya_.Button1Click — процедура прибавления новейшего клиента конторы;

procedure TGlavnaya_.Button1Click(Sender: TObject);

begin

DBEdit1.ReadOnly:=false;// активацияполяввода

DBEdit2.ReadOnly:=false;// активацияполяввода

DBEdit3.ReadOnly:=false; // активацияполяввода

Button3.Enabled:=true; //активациякнопки

Button4.Enabled:=true;// активациякнопки

Button1.Enabled:=false;// деактивациякнопки

Button2.Enabled:=false;// деактивациякнопки

Button6.Enabled:=false; // деактивациякнопки

Button7.Enabled:=false; // деактивациякнопки

DBEdit1.SetFocus; // Установкакурсора

DataModule1.Klient_Table1.Insert; //Добавлениезаписи

end;

2. procedure TGlavnaya_.Button3Click – процедура сохранения данных;

procedure TGlavnaya_.Button3Click(Sender: TObject);

begin

if (DBEdit1.Text=») or (DBEdit2.Text=») or (DBEdit3.Text=»)

then

begin

ShowMessage(‘Заполните все поля’); // вывод сообщения

DBEdit1.SetFocus;// установкакурсора

end

else

begin

Button3.Enabled:=false; // деактивациякнопки

Button4.Enabled:=false; // деактивациякнопки

Button1.Enabled:=true; // активациякнопки

Button2.Enabled:=true; // активациякнопки

Button6.Enabled:=true; // активациякнопки

Button7.Enabled:=true; // активациякнопки

DataModule1.Klient_Table1.Post; // Сохранениезаписи

DBEdit1.ReadOnly:=true; // деактивацияполяввода

DBEdit2.ReadOnly:=true; // деактивацияполяввода

DBEdit3.ReadOnly:=true; // деактивацияполяввода

end;

end;


3. procedure TGlavnaya_.Button4Click — процедура нажатия клавиши «Отмена»;

procedure TGlavnaya_.Button4Click(Sender: TObject);

begin

Button3.Enabled:=false; // деактивациякнопки

Button4.Enabled:=false; // деактивациякнопки

Button1.Enabled:=true; // активациякнопки

Button2.Enabled:=true; // активациякнопки

Button6.Enabled:=true; // активациякнопки

Button7.Enabled:=true; // активациякнопки

DataModule1.Klient_Table1.Cancel; // отмена

DBEdit1.ReadOnly:=true;// деактивацияполяввода

DBEdit2.ReadOnly:=true; // деактивацияполяввода

DBEdit3.ReadOnly:=true; // деактивацияполяввода

end;

4. procedure TGlavnaya_.Button7Click – процедура перехода к предшествующей записи в таблице

procedure TGlavnaya_.Button7Click(Sender: TObject);

begin

DataModule1.Klient_Table1.Prior;// переходкпредыдущейзаписи

end;

5. procedureTGlavnaya_.Button9Click – процедура сотворения отчета

procedure TGlavnaya_.Button9Click(Sender: TObject);

begin

Otch_Nakladnaya_.QRLabel9.Caption:=’Товарный чек’;// присвоение полю значения

Otch_Nakladnaya_.QRLabel26.Caption:=DBEdit1.Text; // присвоение полю значения

Otch_Nakladnaya_.QRLabel27.Caption:=DBEdit1.Text;// присвоение полю значения

Otch_Nakladnaya_.QuickRep1.Preview;// просмотр отчета

end;

6. procedureTGlavnaya_.Button21Click – Процедура сохранения поступившего продукта

procedure TGlavnaya_.Button21Click(Sender: TObject);

begin

if (Edit1.Text=») or (Edit1.Text=’0′)

then

ShowMessage(‘Введите колличество принятого продукта‘)

Else

begin

DBText1.Caption:=IntToStr((strtoint(Edit1.Text))+(strtoint(DBText1.Caption)));

DataModule1.Uslugi_Table2.FieldByName(‘К-во’).AsString:=DBText1.Caption;;

Edit1.Text:=’0′;

DataModule1.Uslugi_Table2.Post; // сохранениеданных

Button13.Enabled:=true; // активациякнопки

Button14.Enabled:=true; // активациякнопки

Button10.Enabled:=true; // активациякнопки

Button15.Enabled:=true; // активациякнопки

Button21.Visible:=false; // скрытиекнопки

Button21.Enabled:=false; // деактивациякнопки

Button11.Visible:=true; // отображениекнопки

Button11.Enabled:=false; // деактивациякнопки

Button12.Enabled:=false; // деактивациякнопки

Edit1.ReadOnly:=true; // деактивацияполяввода

end;

end;

7. procedure TGlavnaya_.Button11Click – Процедура расчета цены реализации продукта

procedure TGlavnaya_.Button11Click(Sender: TObject);

begin

if (DBEdit7.Text=») or (Edit1.Text=») or (DBEdit11.Text=»)

or(Edit2.Text=»)

then

ShowMessage(‘Заполните все поля’) // Вывод сообщения

Else

begin

DBText1.Caption:=Edit1.Text; // переносзначения

DataModule1.Uslugi_Table2.FieldByName(‘К-во’).AsString:=DBText1.Caption;;

Edit1.Text:=’0′;

Edit3.Text:=IntToStr(((strtoint(DBEdit11.Text))* (strtoint(Edit2.Text))) div (strtoint(‘100’)) );

DBEdit9.Text:=IntToStr((strtoint(Edit3.Text))+(strtoint(DBEdit11.Text)));

DataModule1.Uslugi_Table2.Post;

Button13.Enabled:=true; //активациякнопки

Button14.Enabled:=true; //активациякнопки

Button10.Enabled:=true; //активациякнопки

Button15.Enabled:=true; //активациякнопки

Button21.Visible:=true; // отображениекнопки

Button21.Enabled:=false; //деактивациякнопки

Button11.Visible:=false; // скрытиекнопки

Button11.Enabled:=false; //деактивациякнопки

Button12.Enabled:=false; //деактивациякнопки

DBEdit7.Enabled:=false; //деактивацияполяввода

Edit1.ReadOnly:=true; //деактивацияполяввода

DBEdit11.ReadOnly:=true; //деактивацияполяввода

Edit2.ReadOnly:=true; //деактивацияполяввода

end;

end;

8. procedureTGlavnaya_.Button8Click – процедура выбора услуг из перечня

procedure TGlavnaya_.Button8Click(Sender: TObject);

begin

Edit4.Text:=InputBox(‘Ввод данных’,’Введите количество продукта’,’1′); // проверка колличества продукта

if StrToInt(Edit4.Text)>DataModule1.Uslugi_Table2.FieldByName(‘К-во’).AsInteger then

begin

ShowMessage(‘продукта не хватает, введите наименьшее число!’); // вывод сообщения

Button8.Click; // нажатие клавиши

end

else

begin

//Изменение колличества продукта

DataModule1.Uslugi_Table2.Edit;// изменение записи

DataModule1.Uslugi_Table2.FieldByName(‘№_накладной’).AsString:=DBEdit4.Text;

DataModule1.Uslugi_Table2.FieldByName(‘К-во’).AsInteger:=DataModule1.Uslugi_Table2.FieldByName(‘К-во’).AsInteger-StrToInt(Edit4.Text);

DataModule1.Uslugi_Table2.Post;// сохранение записи

Edit5.Text:=IntToStr(StrToInt(Edit4.Text) * StrToInt(DBEdit5 .Text));

//Наполнение таблици заказ

DataModule1.Zakaz_Table1.Insert;

DataModule1.Zakaz_Table1.FieldByName(‘№_продавца’).AsString:=’1′;

DataModule1.Zakaz_Table1.FieldByName(‘№_клиента‘).AsString:=DataModule1.Klient_Table1.FieldByName(‘Номер_п/п’).AsString;

DataModule1.Zakaz_Table1.FieldByName(‘№_услуги‘).AsString:=DataModule1.Uslugi_Table2.FieldByName(‘Номер_п/п’).AsString;

DataModule1.Zakaz_Table1.FieldByName(‘№_накладной’).AsString:=DBEdit4.Text;

DataModule1.Zakaz_Table1.FieldByName(‘Колличество’).AsString:=Edit4.Text;

DataModule1.Zakaz_Table1.FieldByName(‘Сумма’).AsString:=Edit5.Text;

DataModule1.Zakaz_Table1.Post;

Button9.Enabled:=true;

///////////////////////////////////////////////////////

DataModule1.ADOTable1.Active:=false;

DataModule1.ADOTable1.Active:=true;

DataModule1.ADOTable1.Filtered:=False; //Деактивация фильтра

DataModule1.ADOTable1.Filter:=’№_накладной=’+Edit6.Text;// //Задание фильтра

DataModule1.ADOTable1.Filtered:=True; //Активация фильтра

end;

End;

ФайлZastavka.pas


1. procedure TZastavka_.Button1Click — процедура проверки корректности ввода пароля.
procedure TZastavka_.Button1Click(Sender: TObject);
begin
if MaskEdit1.Text=» then // проверка заполненности полей
begin
ShowMessage(‘Введите пароль‘); // вывод сообщения
MaskEdit1.SetFocus end else
if MaskEdit1.Text<>DataModule1.ProdavetsTable1.FieldByName(‘пароль‘).AsString then // проверкапароля
begin
ShowMessage(‘Неверный пароль‘); // вывод сообщения
MaskEdit1.Clear; // чистка поля ввода
MaskEdit1.SetFocusendelse// установка курсора
begin
MaskEdit1.Clear; // очисткаполяввода
Zastavka_.Hide; // скрытие формы
Glavnaya_.Show; // отображение формы
end;
end;

3.
РУКОВОДСТВО ОПЕРАТОРА
3.1Назначение программки

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

3.2 Условия выполнения программки

Для внедрения программки «Обряд» и её обычного функционирования нужно наличие последующей вещественной базы: индивидуальный комп со последующими системными требованиями:

1. IBM- совместимый машина — комплекс технических средств, предназначенных для автоматической обработки информации в процессе решения вычислительных и информационных задач) (либо вычислительной системы) которое делает арифметические и логические операции данные программкой преобразования инфы управляет вычислительным действием и коор (IntelPentium 1 и выше);

2. размер оперативки не наименее 64 МВ;

3. Свободное пространство на диске – 50 Мб и наиболее;

4. CD-ROM;

5. Операционная система Windows 98 и выше;

6. монитор SVGA (рекомендуемая диагональ не наименее 15 дюймов для удобной работы с экранными формами) — должен отвечать эталону сохранности, иметь пониженную радиацию и построчное формирование изображения;

7. клавиатура, имеющая 101/102-клавишную раскладку российских и латинских знаков;

8. манипулятор типа «мышь» 2-, 3-кнопочный совместимый по эталону с Serial Mouse.

Данная программка работает под управлением семейства операционных систем Windows. Также на компе обязано быть установлено ПО MSOffice(не ниже 2000).

установка данной программки осуществляется методом копирования файлов программки: Baza.mdb и Ritual.exe в папку сделанную на любом из локальных дисков.


3.3 Выполнение программки

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

1. Поместить диск с программкой в привод CD-ROM;

2. Скопировать на твердый диск папку «Программка»;

3. Отыскать файл «База.mdb» находящийся в папке «дистрибутив«;

4. Кликнуть контекстной кнопкой мыши на данном файле и избрать опцию «характеристики«;

5. В открывшемся окне «Характеристики» в разделе атрибуты снять галочку в свойстве «Лишь чтение».

6. Надавить клавишу «OK».

Опосля выполнения всех выше обозначенных действий программка готова к работе.

Пуск программки происходит методом пуска файла Ritual.exe. На дисплее возникает окно проверки прав доступа к программке. Окно проверки прав представлено в виде рисунка 13 (приложение 10).

Для перехода к основному окну программки нужно ввести корректный пароль и надавить клавишу «Войти»

На главной форме размещены три вкладки работы с системой и клавиша выхода из программки.

Первой по дефлоту запускается вкладка «Реализовать»

Вкладка «Реализовать» представлена в виде рисунка 14 (приложение 10).

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

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

При переходе на вкладку «пароль» становиться вероятным поменять пароль доступа к программке, средством нажатия клавиши «Поменять». Вкладка «пароль» представлена в виде рисунка 16 (приложение 10).

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


3.4 Сообщения оператору

В процессе работы с программкой могут выводиться последующие сообщения.

Если в процессе наполнения регистрации не были заполнены все текстовые поля либо при занесении данных о покупателе на вкладке «Реализовать», то выводится сообщение:

Если при входе в программку был введен не верный пароль, будет выведено последующее сообщение:


При выбирании количества продукта большего, чем имеется на складе, на вкладке «Реализовать» выводится сообщение:


ЗАКЛЮЧЕНИЕ

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

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

Разработана подробная инструкция юзера с рисунками форм и текстового описания их внедрения в критериях эксплуатации.

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

Требования технического задания выполнены в полном объёме.



ИСТОЧНИКИ, ИСПОЛЬЗОВАННЫЕ ПРИ РАЗРАБОТКЕ

1. В. Понамарев «Базы данных в Delphi 7. Самоучитель», СПб.: Питер, 2003г.

2. С.И.Бобровский «Delphi 7. Учебный курс», СПб.: Питер, 2005г.

3. электрический учебник «DelphiWorld», версия 5.0, 2002-2003г.

4. Т.Карпова «Базы данных: модели, разработка, реализация», СПб.: Питер, 2001г.

5. А.Я. Архангельский «Программирование в Delphi 7» – М, ООО «Двучлен-Пресс», 2005г. – 1152л.

6. Лекционный материал по предмету «Разработка и эксплуатация автоматических информационных систем»;

7. электрический учебник «Delphi v6.0 Book»;

8. электрический учебник «Delphi v7.0 Book»;

9. Гофман В.Э., Хомоменко А.Д. «Delphi 6» – СПб., БХВ-Петербург, 2002. – 1152л.

10. Статья 25 «законо защите прав потребителей».



ПРИЛОЖЕНИЯ

приложение 1.

Набросок 1: Типовая схема организации.


приложение 2

Набросок 2: Форма «Основная (реализовать)».

Набросок 3: Форма «Основная (приход материалов)».


Набросок 4: Форма «Основная (реализовать)».

Набросок 5: Форма «Затратная».


Набросок 6: Форма «Прайс-лист».


приложение 3.

Набросок 7: Схема связи программных модулей и информационных хранилищ.


приложение 4.

Запрос на проверку прав доступа к программке:

1. запрос менеджера по работе с клиентами в систему администрирования на проверку прав доступа к программке.

2. запрос системой администрирования в таблицу «Торговцы» на проверку корректности пароля.

3. информация из таблицы «Торговцы» в систему администрирования о корректности пароля.

4. информация менеджеру по работе с клиентами из системы администрирования о правах доступа к программке.

Запрос на предоставление прайс-листа:

5. запрос от клиента менеджеру по работе с клиентами на предоставление прайс-листа.

6. запрос менеджера по работе с клиентами в систему формирования отчетов на предоставление прайс-листа.

7. запрос системой формирования отчетов в таблицу «услуги» на формирование прайс-листа.

8. информация из таблицы «Услуги» в систему формирования отчетов о прайс-листе.

9. информация менеджеру по работе с клиентами о прайс-листе.

10. Прайс-лист клиенту.

запрос на оформление покупки.

11. Запрос клиента менеджеру по работе с клиентами на оформление покупки.

12. запрос менеджера по работе с клиентами в систему регистрации клиентов на сохранение инфы.

13. Запрос системой регистрации клиентов в таблицу «Клиенты» на сохранение инфы.

14. информация из таблицы «Клиенты» в систему регистрации клиентов о сохранении данных о клиенте.

15. Инфы менеджеру по работе с клиентами из системы регистрации клиентов о сохранении данных о клиенте.

16. запрос менеджера по работе с клиентами в систему дизайна продаж на оформление заказа.

17. запрос системой дизайна продаж в таблицу «услуги» на изменение количества услуги.

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

19. Запрос системой дизайна продаж в таблицу «заказ» на сохранение инфы о заказе.

20. информация из таблицы «Заказ» в систему дизайна продаж о сохранении инфы о заказе.

21. запрос системой дизайна продаж в таблицу «Данные затратной» на сохранение инфы о затратной.

22. информация из таблицы «Данные затратной» в систему дизайна продаж о сохранении инфы.

23. информация менеджеру по работе с клиентами о оформлении заказа.

запрос на изменение пароля.

24. Запрос от админа менеджеру по работе с клиентами на изменение пароля.

25. запрос менеджера по работе с клиентами в систему администрирования на изменение пароля.

26. запрос системой администрирования в таблицу «Торговцы» на изменение пароля.

27. информация из таблицы «Торговцы» в систему администрирования о изменении пароля.

28. информация из системы администрирования менеджеру по работе с клиентами о изменении пароля.

29. информация админу о изменении пароля.

Запрос на получение затратной.

30. запрос менеджера по работе с клиентами в систему формирования отчетов на получение затратной.

31. запрос системой администрирования в таблицу «Данные затратной» на получение затратной.

32. информация в систему формирования отчетов о затратной.

33. Информация менеджеру по работе с клиентами о затратной.

34. Затратная клиенту.


приложение 5

Набросок 8: Инфологическая модель базы данных.


приложение 6.

Набросок 9: Датологическая модель базы данных.


приложение 7.

Набросок 10 Выбор клавиши «Войти».


Набросок 10 (продолжение): Выбор клавиши «Сохранить».


приложение 8.

Набросок 11: Блок-схема программки.


приложение 9

Набросок 12: Вид модуля данных


приложение 10.

Набросок 13: Окно «Проверка прав».

Набросок 14: Вкладка «Реализовать»


Набросок 15: Вкладка «Приход материалов»

Набросок 16: Вкладка «пароль«

]]>