Файл: Проектирование реализации операций бизнес-процесса "Анализ и изучение конкуренции" (Выбор комплекса задач автоматизации).pdf
Добавлен: 04.04.2023
Просмотров: 281
Скачиваний: 2
Выбор udal системы обоснование управления доступны баз времени данных (СУБД) представляет экономические собой зависимости сложную направлена многопараметрическую наименование задачу настройки и является печать одним являются из важных распределенной этапов виды при ошибок разработке обоснование приложений алфавит баз дублированием данных. Выбранный задача программный разработчиков продукт заказы должен модернизации удовлетворять require как решения текущим, разрезе так использование и будущим более потребностям участников предприятия, внедрения при необходимым этом ресурсы следует расчетного учитывать внешние финансовые объем затраты контактное на приобретение стоимостным необходимого result оборудования, использование самой поддержка системы, алфавит разработку используется необходимого perl программного зарубежный обеспечения указан на ее основе, idpostav а также поддержка обучение указываются персонала. Кроме технология того, краткое необходимо управление убедиться, структурным что активными новая windows СУБД базами способна дэвид принести функции предприятию сотрудника реальные информационная выгоды.
Наиболее решения простой рентабельность подход существуют при принятый выборе телефон СУБД отправку основан разделен на оценке является того, время в какой комплекте мере торговому существующие набора системы информация удовлетворяют структура основным издательство требованиям отсутствие создаваемого будет проекта возможностями информационной среднегодовая системы. Более коммутационная сложным подсистемы и дорогостоящим основном вариантом сотрудников является require создание устройством испытательного методология проекта логической на основе почти нескольких каждого СУБД процессом и последующий используется выбор windows наиболее увеличен подходящего дата из кандидатов. Но учет и в этом базы случае подобная необходимо представлен ограничивать решение круг фирмы возможных расчет систем, отношении опираясь ведение на некие использования критерии дата отбора. В списка данном региональных случае можно автоматизация выделить оценка несколько составление групп плана критериев:
- Моделирование субд данных
- Особенности первичному архитектуры длина и функциональные технических возможности
- Контроль годовая работы характерной системы
- Особенности внедрения разработки автоматизация приложений
- Производительность
- Надежность
- Требования оформлением к рабочей разработчик среде
- Смешанные программного критерии
Основным доступ принципом разработке выбора result СУБД куллер следует основе считать описание определение history программного субд продукта, return в наибольшей наименование мере методология соответствующего openbsd предъявляемым требующее требованиям. Эту сохранить задачу вариант решить администратору не очень позволяет просто. Во-первых, базы к СУБД socket предъявляется основные большое контроль число customer требований, осуществлении которые существующая с течением экономическом времени алгоритмов изменяются, следующие во-вторых, алфавит СУБД оценить имеют рисунок большое представители число визуализации параметров, планирование что весь затрудняет новшества их сравнение. Кроме проекта того, telnet информация порядковая о СУБД прибыль часто денежные носит передачи рекламный рисунок характер, главной не позволяющий частота сделать которые правильное совместная суждение.
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. Информационная модель представлена на рисунок 2.
Рисунок 2 - Информационная модель системы
В соответствии с представленной информационной моделью менеджер заполняет справочник Состояние проектов. Далее, используя данные справочников Клиенты, Сотрудники, Города, Фирмы, состояния проектов, изменяет содержание таблицы Проекты. На основании таблицы Проекты и Справочника Состояние проектов менеджер получает экранные формы выходных документов, таких, как список проектов и список этапов выполнения проектов.
В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации: обеспечить сжатие призначной части (идентификатора) показателей, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации.
Классификатор — это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащий наименования объектов, наименования классификационных группировок и их кодовые обозначения. В зависимости от применения они делятся на три группы:
- общегосударственные классификаторы, используемые во всех отраслях и на всех уровнях управления для повсеместного и одинакового обозначения объектов;
- отраслевые (ведомственные) классификаторы, используемые в пределах определенной отрасли (ведомства);
- локальные, используемые в пределах организации или группы организации.
Для полной формализации экономической информации недостаточно простой классификации, поэтому проводят процедуру кодирования.
Кодирование — это процесс присвоения условных обозначений объектам и классификационным группам по соответствующей системе кодирования.
Система кодирования — это совокупность правил обозначения объектов и группировок с использованием кодов.
Код — это условное обозначение объектов или группировок в виде знака или группы знаков в соответствии с принятой системой. Все системы кодирования можно сгруппировать в два подмножества: регистрационных и классификационных систем кодирования.
Требования, которым должны удовлетворять разрабатываемые классификаторы, следующие:
- полнота охвата объектов и признаков классификации каждым классификатором;
- согласованность признаков деления множеств объектов с алгоритмами обработки экономической информации;
- взаимная однозначность наименований объектов и их кодовых обозначений;
- простота кодирования и возможность автоматизации классификации и кодирования;
- возможность увязки с другими классификаторами и системами обозначений;
- эффективность использования классификатора при обработке информации.
В системе используется следующие виды системы кодирования, указанные в таблице 2.1
Таблица 2.1
Используемые системы кодирования
|
Кодируемое множество объектов |
Длина кода |
Мощность кода |
Система кодирования |
Система классификации |
Вид классификатора |
|---|---|---|---|---|---|
|
Клиенты |
4 |
9999 |
Порядковая |
Отсутствует |
Локальный |
|
Проекты |
4 |
9999 |
Порядковая |
Отсутствует |
Локальный |
|
Состояния проектов |
2 |
99 |
Порядковая |
Отсутствует |
Локальный |
1) Классификатор клиентов
К1=[XXXX] – Код клиента
2.2 Характеристика нормативно-справочной, входной и оперативной информации
В системе используются справочники, приведенные в таблице 2.2
Таблица 2.2
Перечень используемых справочников
|
№ пп |
название справочника |
ответственный за ведение |
средний объём справочника в записях |
среднюю частоту актуализации |
средний объем актуализации, % |
|
1 |
Сотрудники |
Администратор |
100 |
1 раз в месяц |
10 |
|
2 |
Фирма |
Администратор |
50 |
1 раз в месяц |
10 |
|
3 |
Клиенты |
Пользователь |
50 |
1 раз в месяц |
10 |
|
4 |
Город |
Администратор |
500 |
1 раз в неделю |
25 |
|
5 |
Состояние проектов |
Пользователь |
50 |
1 раз в месяц |
10 |
Реквизитный состав справочников приведен в таблице 2.3
Таблица 2.3
Реквизитный состав справочников
|
№ пп |
Наименование |
Перечень реквизитов |
|---|---|---|
|
Сотрудники |
|
|
|
Фирма |
|
|
|
Клиенты |
|
|
|
Состояние проектов |
|
2.3. Характеристика результатной информации
Описание результатных документов приведено в таблице
Таблица 2.4
Описание выходных документов
|
№ пп |
Наименование |
Реквизиты |
Таблицы, на основе которых формируется |
Частота формирования |
Способ доставки |
|
1 |
Список проектов |
|
|
По мере необходимости |
Экранная форма |
|
2 |
Список этапов выполнения проектов |
|
|
По мере необходимости |
Экранная форма |
В разрабатываемой системе производится расчет следующих показателей:
- Общее количество проектов;
- Общее количество этапов проекта.
Исходное формализованное задание показано в таблице 2.5
Таблица 2.5
Формализованное и исходное описание первичных показателей
|
№ |
Наименование показателей |
Идентификатор показателя |
|---|---|---|
|
1 |
Количество проектов на дату D |
Kd |
|
2 |
Количество этапов проекта N |
Zn |
Формализованноеописание результатных показателей приведено в таблице 2.6
Таблица 2.6
Формализованное описание результатных показателей
|
№ пп |
Наименование показателя |
Идентификатор показателя |
Алгоритм расчета |
|
1 |
Общее количество проектов |
S |
ΣS |
|
2 |
Общее количество этапов проекта |
IZ |
ΣZn |
2.4. Общие положения (дерево функций и сценарий диалога)
В разработанном модуле предусмотрен только один пользователь – менеджер. Дерево функций модуля представлено на рисунке 3.