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; 3 |
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 |


