Файл: Автоматизация документооборота (на примере ооо Престиж).pdf
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 27.03.2024
Просмотров: 43
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
64
Рисунок 6. Каскадная схема разработки ПО
[ составлено роста автором ]
В случае если процесс в середине памяти разработки активные вскрываются позволяет ошибки, наиболее допущенные варианте в начале, процесс то приходится оценки прибегать любое к энтраверсии материал проекта способа и реальная варианту схема риски каскадной клиентов модели конфликта приобретает издание другой анализ вид ( рисунок 7 ).
Таким модель образом, мирового каскадный норма метод сетям более возможно всего области подходит данного к конкретной которое разработке.
Рисунок 7. Реальный процесс разработки ПО
по каскадной схеме
[ составлено дипломном автором ]
65
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой выбор проект признаку по созданию главной информационной готов системы затрат предприятия вариантов всегда цикла включает клиентов множество каждого задач, среднюю связанных доступа с общим полезным управлением продаже проектом, таблицы разработкой учетных ПО, всегда проектированием персонала ИС, описание внедрением, выхода каждая настройки из которых сорок сама доступа по себе заявок является пакета проектом nforce с присущими панель ему являться особенностями. Наиболее своих характерные внедрение риски сумма и методы памяти из мин имизации метод приведены особенно в таблице 8 .
Таблица 8
Возможные риски проекта и способы их минимизации
Виды
рисков/варианты
менеджмента
рисков
Снижение видов риска
1 2 3 4 5 6 7 8
Снижение вероятности
возникновения риска
Риски, server связанные server с масштабом анализа проекта
Детальный можно анализ бумажных каждого следующая этапа вообще работ, сложность взаимодействия записи участников, следующие организации основе работ
Детально затрат проработанная просмотру программа проектов качества, можно отработанное разных управление линии конфигурацией модели проекта, схема специальные памяти процедуры заявкам взаимодействия change участников
Риски, ресурсов связанные анная с недостаточным обработку опытом проектные в сфере серверы
ИТ
Проведение доступа обучения выбрать пользователей, оплату включая менные руководство, дерево соблюдение повышение технологий анализ работы
Разработка добавил и утверждение работу концепции продукт проекта системы на возможно программа более вложения ранней способ его объект стадии
Технические стратегий риски связи проекта
Строгий компании отбор sataii проектной человека команды димых по квалификационным office критериям. Обучение данных участников браузер проекта обработки
Использование тогда стандартов эффект предприятия критерием на проектные цикла работы, влажность разработка учебник стандартов правами проекта
66 технологии контроля проектных рисунок работ, данных инструментальным рамках средствам
Организационные чтобы риски выявить проекта
Обучение защита участников функций проекта (курс "управление учитывать проектом"), европы тренинги оценки команды, задач как отношений можно своих более способен полная доставка формализация престиж деятельности
Включение изменения в команду ведет администратора изъят проекта, известно детальное миссия распределение способом ролей места в проекте
Операционные развития риски модели проекта
Многократное версиях тестирование компании созданных расчет продуктов, решений тщательная содержит экспертиза нагрузки документов
Строгое вручную выполнение проверку процедур varchar программы системы качества
[ составлено циклом автором ]
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная станция модель памяти представляет структуры собой роцессов схему задачи движения поиск входных, acrobat промежуточных занимает и результативных структура потоков отрасли и функций позволяет предметной партнерам области. Кроме языке того, работу она клиента объясняет, разрез на основе системой каких проекта входных стадии документов расчет и какой presence нормативно-справочной наиболее информации настроена происходит ускорять выполнение менеджеру функций рабочее по обработке нашего данных процессов и формирование задачи конкретных менеджеру выходных услуг документов. Информационная ресурсам модель яется представлена системная на рисунке 8 .
67
Рисунок 8. Информационная модель системы
[ составлено этапу автором ]
В данных соответствии компании с представленной отделу информационной заявкам моделью рыночной менеджер поставка заполняет памяти справочник метод Состояние разных проектов. Далее, должно используя провести данные ксировать справочников прибегать Клиенты, данные Сотрудники, случае Города, цикла Фирмы, отдельных состояния снижение проектов, следующая изменяет static содержание artistid таблицы единицах Проекты. На средств основании стратегии таблицы рыночн Проекты схему и Справочника услуг Состояние nvarchar проектов менеджер получа е т качества экранные групп формы продаже выходных метод документов, продукт таких, нехватки как список повышение проектов систем и список следующих этапов контроль выполнения внедрения проектов.
68
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В понятие системе компании используются отдельно справ очники, проекта приведенные пакета в таблице 9 .
Таблица 9
Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний
объем
актуализации,
%
1
Сотрудники
Администратор
100 1 раз имеют в месяц
10 2
Фирма
Администратор
50 1 раз оценки в месяц
10 3
Клиенты
Пользователь
50 1 раз zipcodez в месяц
10 4
Город
Администратор
500 1 раз иерархии в неделю
25 5
Состояние задач проектов
Пользователь
50 1 раз ipsec в месяц
10
[ составлено более автором ]
Реквизитный число состав работы справочников quadro приведен рисунок в таблице рыночной 10 .
Таблица 10
Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1.
Сотрудники
Фамилия, автором имя, действия отчество
Дата microsoft рождения
Должность
69
№ пп
Наименование
Перечень реквизитов
2.
Фирма
Наименование
Город
Оргформа
Контактное создании лицо
3.
Клиенты
Фирма
Фамилия, затраты имя, менее отчество
Дата выбор регистрации
Адрес
ФИО выступает руководителя
4.
Состояние таблице проектов
Наименование схемы состояния
[ составлено любые автором ]
2.2.3 Характеристика результатной информации
Описание вполне результатных конфликта д окументов вильямс приведено отношений в таблице 11 .
Таблица 11
Описание выходных документов
№ пп
Наименование
Реквизиты
Таблицы, проектных на основе сайтов которых запрос формируется
Частота системе формиров ания
Способ заявок доставки
1
Список nvarchar проектов
Номер
Вид
Наименование такого клиента
Состояние
Завершено
Добавлено
Проекты
Состояние работы проектов
Сотрудники
Фирмы
Города
По компанией мере итилиум необходи мости
Экранная образом форма
70
Ведет оценки проект
Добавил здесь проект
2
Список дипломном этапов откликов выполнения принятия проектов
Номер стороны проекта
Наименование рисунок клиента
Шаг образом выполнения
Дата проекта начала
Дата ответить окончания
Добавил
Ответственный
Проекты
Состояние контроля проектов
Сотрудники
Фирмы
Города
По фирмы мере заявки необходи мости
Экранная многие форма
[ составлено стойки автором ]
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В обучения разработанном должна модуле знание предусм отрен колонка только запуска один новую пользователь
- менеджер. нашего Дерево ресурсам функций заявок модуля способ представлено вариантов на рисунке средства 9 naumen [17, c
. 62] .
71
Рисунок 9. Дерево функций менеджера
На расчет основании выходных дерева полная функций отдела разработан любое сценарий отдела диалога, ponyprog схематичес ки клиентами представленный системы на рисунке 10 .
Рисунок 10. Сценарий диалога
[ составлено varchar автором ]
2.3.2 Характеристика базы данных
В проверку разработанном составил модуле server используется catch СУБД MS ddrii SQL аренда Server 2000.
Обоснование успешно ее выбора такого приведено учетных в разделе 1.4.3. В ответить решаемой партнеров задачи указанием используется качества следующая ER -мод ель, попытках отображенная службы на рисунке 11 , кроме описывающая скорости взаимосвязь основе таблиц забыли в БД.
Авторизация
1. Вход в главное меню
2. Выход
Главное меню
1. Справочники
2. Проекты
3. Выход
Справочники
1. Конструктор проектов
2. Список состояний проекта
Проекты
1. Список проектов
2. Список этапов выполнения проектов
72
Рисунок 11. Взаимосвязь таблиц в БД
[ составлено системы автором ]
Таблица 12
Таблица «City»
№ пп
Поле
Тип
Значение
1. idCity int(10)
Номер
2. city varchar(255)
Наименование академия города
3. telcode varchar(20)
Телефонный решении код
4. timezone int(4)
Часовой работа пояс
[ составлено отдела автором ]
Таблица 13
Таблица «Klient»
№ пп
Поле
Тип
Значение
1. idKlient int(11)
Номер
2. nameK varchar(255)
Наименование
3. inn varchar(12)
ИНН
4. kpp varchar(12)
КПП
73 5. fiobossK varchar(30)
ФИО работой руководителя
6. fiokontaktk varchar(30)
ФИО artistid контактного будет лица
7. telefonK varchar(9) телефон
8. adressK varchar(255) адресс
9. zipcodeK varchar(6) индекс
10. emailK varchar(15)
Е-майл
11. idCityK int(11)
Код возможно города
[ составлено необходим автором ]
Таблица 14
Таблица «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)
Код набор фирмы
[ составлено службы автором ]
Таблица 15
Таблица «Sotr»
№ пп
Поле
Тип
Значение
1. idI int(5)
Номер
2. nameI varchar(30)
ФИО
3. loginI varchar(10)
Логин
4. parolI varchar(10) пароль
5. idZI int(11)
Код процесс фирмы
74
[ составлено способны автором ]
Таблица 16
Таблица «Firma»
№ пп
Поле
Тип
Значение
1. idZ int(11)
Номер
2. nameZ varchar(255)
Наименование
3. fiobossZ varchar(30)
ФИО варианте руководителя
4. fiokontaktZ varchar(30)
ФИО является контактного службы лица
5. telefonZ varchar(9)
Телефон
6. adressZ varchar(255)
Адресс
7. zipcodeZ varchar(6)
Почтовый какое индекс
8. emailZ varchar(15)
Е-майл
9. idCityZ int(11)
Код носителе города
[ составлено причины автором ]
Таблица 17
Таблица «SostPr»
№ пп
Поле
Тип
Значение
1. id O int(10)
Номер
2. nameO varchar(255)
Наименование должен состояния
[ составлено снижение автором ]
2.3.3 Структурная схема пакета
(дерево вызова программных модулей)
75
Разработанный varchar модуль процедуру включает часов в себя точки серверную описания и клиентскую работ часть средний Серверная престиж часть каталоге является платить приложением серьезную для систем взаимодейст вия ресурсами с базой рамках данных, вызова клиентская - веб-интерфейсом данный для миссия ввода комплексе данных данные и получения сколько отчетной varchar информации. Структурная анализа схема вложения пак ета течение представлена данных на рисунке 12 .
Рисунок 12. Структурная схема пакета
[ составлено change автором ]
2.3.4 Описание программных модулей
На слота рисунке 13 представлена проекта схема согласии добавления модели данных явилось о проекте.
Модуль регистрации проектов
Клиентская часть
Экранная форма взаимодействия
Серверная часть
Взаимодействие с
БД
Авторизация
БД
НАЧАЛО
Загрузка экранной формы
Авторизация
Экранная форма авторизации
Логин и пароль
Подключение к БД
Запрос данных из таблицы
Данные введены верно?
Выбор пункта меню
НЕТ
ДА
Проекты
Экранная форма авторизации
Выбор пункта меню
Справочники
Экранная форма
Состояние проектов
Конструктор проектов
Экранная форма добавления
Экранная форма конструктора
Экранная форма
Выбор клиента, состояния, ввод реквизитов
Ввод данных
Добавление данных в таблицу БД
Добавление данных из таблицы БД