3.6 План-график выполнения проекта


План-график выполнения проекта представлен в таблице 3.

Таблица 3. План-график выполнения проекта системы


Наименование работ

Дата начала

Дата окончания

1

2

3

Согласование с заказчиком требований, предъявляемых к системе

03.01.2015

15.01.2015

Разработка и согласование технического задания на разработку системы

16.01.2015

30.01.2015

Разработка СОД

01.02.2015

15.02.2015

1

2

3

Промежуточная консультация с заказчиком

16.02.2015

30.02.2015

Разработка системы

10.03.2015

20.03.2015

Промежуточная консультация с заказчиком

21.03.2015

30.03.2015

Разработка системы

01.04.2015

11.04.2015

Предварительные испытания СОД с привлечением представителей заказчика

12.04.2015

20.04.2015

Устранение замечаний по итогам предварительных испытаний, доработка системы

21.04.2015

25.04.2015

Приемо-сдаточные испытаний СОД с привлечением представителей заказчика

26.05.2015

05.05.2015

Внедрение разработанной системы

06.05.2015

15.05.2015


Программную разработку системы обработки данных с использованием ip-телефонии для компании «Эдноус» можно условно разделить на два этапа.

Этап 1.

Проектирование схемы работы и структуры системы. Описание бизнес-процесса. Обоснование выбора модели данных.

Этап 2.

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

3.7 Порядок контроля и приемки СОД

3.7.1 Виды испытаний


Испытание СОД должно проводиться заказчиком в присутствии разработчика с использованием тестов, составленных разработчиком.

НЕ нашли? Не то? Что вы ищете?

3.7.2 Общие требования к приемке


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

В случае выявления ошибок в СОД и программной документации, разработчик должен исправить обнаруженные недостатки в течение 2 недель. После этого должна проводиться повторная приемка.

3.8 Предварительная оценка проекта


На данном этапе проводится сбор первичной информации по проекту. К этой информации относятся:

Сфера деятельности

Интернет реклама, а в частности ретаргетинг. “Ретаргетинг - это рекламный механизм, посредством которого онлайн реклама направляется тем пользователям, которые уже просмотрели рекламируемый продукт, посетив сайт рекламодателя, но не совершили покупку”[1].

Тип организации

Общество с ограниченной ответственностью .

Организационная штатная структура организации

В штате компании пять сотрудников:

    Четыре специалиста call-центра. Один руководитель.

Масштаб предприятия

Масштаб предприятия относится к мелкому бизнесу. “Согласно российским стандартам, компании делятся на мелкие (до 50 человек, занятых в деятельности предприятия), средние (до 500 человек), крупные (до 1000 человек) и очень крупные (1000 человек, занятых в деятельности, и более)”[6].

Должностные обязанности сотрудников

“Консультативная поддержка клиентов и потенциальных клиентов. Поиск и предложение оптимальных решений клиенту, в связи с возникшим вопросом. Предоставление всей нужной информации клиенту по услугам, тарифам, процедурам и акциям компании. Оформление заказов от клиентов Работа с клиентскими жалобами и пожеланиями. Ввод в базу данных полученной информации”[7].

Используемое программное обеспечение на рабочих местах

Операционная система: Microsoft XP.

Текстовой процессор: Microsoft Office.

Драйвера для принтера: HP LaserJet Pro M125ra        .

Web-браузер: Google Chrome.

Результат автоматизации

Автоматизация рабочего процесса компании «Эдноус» позволит:

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

РАЗРАБОТКА ОБЕСПЕЧЕНИЯ КОМПОНЕНТОВ САПР

4.1 Логическое проектирование схемы работы системы


В данном разделе работы представлен перечень страниц системы с которыми предстоит работать сотрудникам call-центра.

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

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

    Страница аутентификации. Страница для изменения пароля аутентификации. Страница поиска по критериям. Главное меню. Страница для сохранения данных в Excel. Страница резервного копирования данных. Страница телефонного сервиса.

Рис.6. UML диаграмма связи страниц в программе

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

4.2 Структура программы


В данном разделе описывается структура программы.

Таблица 4. Структура проекта

program Manager_base;

uses

  Forms,

  paswd in 'paswd. pas' {Form2},

  adsbaz in 'adsbaz. pas' {Form3},

  usprint in 'usprint. pas' {Form1};

{$R *.res}

begin

  Application. Initialize;

  Application. CreateForm(TForm2, Form2);

  Application. CreateForm(TForm3, Form3);

  Application. CreateForm(TForm1, Form1);

  Application. Run;

end.

unit usprint;

interface

uses

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

  Dialogs, Grids, StdCtrls, Printers, ComCtrls, DBGrids, Clipbrd,

  OleServer, EXCEL97, EXCEL2000, ComObj, ActiveX, ExtCtrls, ExcelXP;

unit paswd;

interface

uses

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

  Dialogs, StdCtrls, ComCtrls;

unit adsbaz;

interface

uses

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

  StdCtrls, Buttons, ComCtrls, ExtCtrls, Grids, Printers, ShellApi;


Схема связей

Рис. 7. Структура файлов исходного кода

Таблица 5. Связь компонентов

TForm1

TForm2

TForm3

Button1: TButton;

  Edit1: TEdit;

  Label1: TLabel;

  Edit6: TEdit;

  RichEdit2: TRichEdit;

1

Label1: TLabel;

  Label2: TLabel;

  Label3: TLabel;

  Edit1: TEdit;

  Edit2: TEdit;

  Edit3: TEdit;

  Previous: TButton;

  Next: TButton;

  New: TButton;

  Delete: TButton;

  Save: TButton;

  Button1: TButton;

  Label5: TLabel;

  RichEdit1: TRichEdit;

  Button2: TButton;

  Bevel1: TBevel; 

2

Button1: TButton;

  Button2: TButton;

  StringGrid1: TStringGrid;

  Button5: TButton;

  Button6: TButton;

  SaveDialog1: TSaveDialog;

  Button7: TButton;

  Button10: TButton;

  Button11: TButton;

  XLApp: TExcelApplication;

  Panel1: TPanel;

  Label1: TLabel;

  Bevel1: TBevel;

  Bevel3: TBevel;

  Bevel2: TBevel;

Label4: TLabel;

  Button4: TButton;

  Label8: TLabel;

  Label9: TLabel;

  Label10: TLabel;

  Label11: TLabel;

  Label12: TLabel;

  Edit6: TEdit;

  ComboBox2: TComboBox;

  ComboBox3: TComboBox;

  ComboBox4: TComboBox;

  ComboBox5: TComboBox;

  Bevel2: TBevel;

  Button6: TButton;

  Button7: TButton;

  Button8: TButton;

  Edit7: TEdit;

  Bevel3: TBevel;

  Bevel5: TBevel;

  Bevel6: TBevel;

  Bevel4: TBevel;

  Label6: TLabel;

  Bevel7: TBevel;

  Button3: TButton;

  Memo1: TMemo;

Edit4: TEdit;

RichEdit1: TRichEdit;

  RichEdit2: TRichEdit;

  Button3: TButton;

  ComboBox1: TComboBox;

  Button8: TButton;

  ComboBox2: TComboBox;

  Button4: TButton;

Button12: TButton;



4.3 Описание бизнес-процесса деятельности call-центра


Для описания бизнес-процесса компании «Эдноус» будет использована методология функционального моделирования (от англ. function modeling, далее стандарт IDEF0, см. Приложение 1).

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


“Интерфейс (от англ. interface — сопряжение, поверхность раздела, перегородка) — совокупность возможностей, способов и методов взаимодействия двух систем”[8].

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8