бесплано рефераты

Разделы

рефераты   Главная
рефераты   Искусство и культура
рефераты   Кибернетика
рефераты   Метрология
рефераты   Микроэкономика
рефераты   Мировая экономика МЭО
рефераты   РЦБ ценные бумаги
рефераты   САПР
рефераты   ТГП
рефераты   Теория вероятностей
рефераты   ТММ
рефераты   Автомобиль и дорога
рефераты   Компьютерные сети
рефераты   Конституционное право
      зарубежныйх стран
рефераты   Конституционное право
      России
рефераты   Краткое содержание
      произведений
рефераты   Криминалистика и
      криминология
рефераты   Военное дело и
      гражданская оборона
рефераты   География и экономическая
      география
рефераты   Геология гидрология и
      геодезия
рефераты   Спорт и туризм
рефераты   Рефераты Физика
рефераты   Физкультура и спорт
рефераты   Философия
рефераты   Финансы
рефераты   Фотография
рефераты   Музыка
рефераты   Авиация и космонавтика
рефераты   Наука и техника
рефераты   Кулинария
рефераты   Культурология
рефераты   Краеведение и этнография
рефераты   Религия и мифология
рефераты   Медицина
рефераты   Сексология
рефераты   Информатика
      программирование
 
 
 

Автоматизация регистрации и мониторинга заявок от контрагентов

Структурная схема классификатора клиентов представлена на рис. 2.4..

К1=[XXXX] – Код клиента

 

2.2.3 Характеристика нормативно-справочной, входной и оперативной информации

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

Таблица 2.3 Перечень используемых справочников

№ пп

название справочника

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

средний объём справочника в записях

среднюю частоту актуализации

средний объем актуализации, %

1 Сотрудники Администратор 100 1 раз в месяц 10
2 Фирма Администратор 50 1 раз в месяц 10
3 Клиенты Пользователь 50 1 раз в месяц 10
4 Город Администратор 500 1 раз в неделю 25
5 Состояние проектов Пользователь 50 1 раз в месяц 10

Реквизитный состав справочников приведен в таблице 2.4.

Таблица 2.4 Реквизитный состав справочников

№ пп

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

Перечень реквизитов

1.    Сотрудники

·  Фамилия, имя, отчество

·  Дата рождения

·  Должность

2.    Фирма

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

·  Город

·  Оргформа

·  Контактное лицо

3.    Клиенты

·  Фирма

·  Фамилия, имя, отчество

·  Дата регистрации

·  Адрес

·  E-mail

·  ФИО руководителя

4.    Состояние проектов ·  Наименование состояния

2.2.4 Характеристика результатной информации

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

Таблица 2.5 Описание выходных документов

№ пп Наименование Реквизиты Таблицы, на основе которых формируется Частота формирования Способ доставки
1 Список проектов

·  Номер

·  Вид

·  Наименование клиента

·  Состояние

·  Завершено

·  Добавлено

·  Ведет проект

·  Добавил проект

·  Проекты

·  Состояние проектов

·  Сотрудники

·  Фирмы

·  Города

По мере необходимости Экранная форма
2 Список этапов выполнения проектов

·  Номер проекта

·  Наименование клиента

·  Шаг выполнения

·  Дата начала

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

·  Добавил

·  Ответственный

·  Проекты

·  Состояние проектов

·  Сотрудники

·  Фирмы

·  Города

По мере необходимости Экранная форма

2.2.5 Формализация расчётов показателей

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

·  Общее количество проектов;

·  Общее количество этапов проекта.


Таблица 2.6 Формализованное и исходное описание первичных показателей

Наименование показателей

Идентификатор показателя

1 Количество проектов на дату D

Kd

2 Количество этапов проекта N

Zn

Таблица 2.7 Формализованное описание результатных показателей

пп

Наименование показателя

Идентификатор показателя

Алгоритм расчета

1 Общее количество проектов S ΣS
2 Общее количество этапов проекта IZ ΣZn

2.3 Программное обеспечение задачи

 

2.3.1 Общие положения (дерево функций и сценарий диалога)

В разработанном модуле предусмотрен только один пользователь – менеджер. Дерево функций модуля представлено на рисунке 2.7.

Рисунок 2.7 Дерево функций менеджера

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


Рисунок 2.8 Сценарий диалога

2.3.2 Характеристика базы данных

В разработанном модуле используется СУБД MS SQL Server 2000. Обоснование ее выбора приведено в разделе 1.4.3. В решаемой задачи используется следующая ER-модель, отображенная на рисунке 2.9, описывающая взаимосвязь таблиц в БД.

Рисунок 2.9

Таблица 2.8 Таблица «City»

№ пп Поле Тип Значение
1.    idCity int(10) Номер
2.    city varchar(255) Наименование города
3.    telcode varchar(20) Телефонный код
4.    timezone int(4) Часовой пояс

Таблица 2.9 Таблица «Klient»

№ пп Поле Тип Значение
1.    idKlient int(11) Номер
2.    nameK varchar(255) Наименование
3.    inn varchar(12) ИНН
4.    kpp varchar(12) КПП
5.    fiobossK varchar(30) ФИО руководителя
6.    fiokontaktk varchar(30) ФИО контактного лица
7.    telefonK varchar(9) телефон
8.    adressK varchar(255) адресс
9.    zipcodeK varchar(6) индекс
10.    emailK varchar(15) Е-майл
11.    idCityK int(11) Код города

Таблица 2.10 Таблица «Project»

№ пп Поле Тип Значение
1.    idza int(11) Номер
2.    idKZ int(11) Код заявки
3.    idoZ int(11) Код оборудования
4.    idVZ int(11) Код производителя
5.    idGZ int(11) Код гарантии
6.    opisanieZ varchar(255) Описание неисправности
7.    modelZ varchar(45) Наименование модели
8.    status varchar(45) Статус заявки
9.    datezz timestamp Дата заявки
10.    idzentrZ int(11) Код фирмы

Таблица 2.11Таблица «Sotr»

№ пп Поле Тип Значение
1.    idI int(5) Номер
2.    nameI varchar(30) ФИО
3.    loginI varchar(10) Логин
4.    parolI varchar(10) пароль
5.    idZI int(11) Код фирмы

Таблица 2.12 Таблица «Firma»

Страницы: 1, 2, 3, 4, 5, 6


© 2010 САЙТ РЕФЕРАТОВ