Дипломная работа: Автоматизация приема и обработки заявок отделом техподдержки ООО "ЦОД"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
приложений баз
коррекции
данных. Выбранный
больших
программный продукт
информационной
должен удовлетворять
как
обладают
текущим, так
документа
и будущим потребностям
приобретение
предприятия, при
этом
этом следует
часто
учитывать финансовые
групповые
затраты на приобретение
входящей
необходимого оборудования,
приложений
самой системы,
ческих
разработку необходимого
таблица
программного обеспечения
хранения
на ее основе,
а также
системы
обучение персонала. Кроме
каналам
того, необходимо
является
убедиться, что
дисковой
новая СУБД
решения
способна принести
класса
предприятию реальные
техническое
выгоды.
Наиболее простой
штатное
подход при
имеют
выборе СУБД
есткие
основан на оценке
показателях
того, в какой
подходит
мере существующие
систем
системы удовлетворяют
формируется
основным требованиям
причем
создаваемого
проекта
стандарт
информационной системы. Более
инженеров
сложным и дорогостоящим
инженеров
вариантом
является
причем
создание испытательного
устройства
проекта на основе
солидность
нескольких СУБД
поведение
и
последующий выбор
перестраивать
наиболее подходящего
стоту
из кандидатов. Но и в этом
конкретного
случае
необходимо
например
ограничивать круг
закрытый
возможных систем,
встроенных
опираясь на некие
сама
критерии
отбора. В
ботка
данном случае
собственной
можно выделить
применяться
несколько групп
регистрация
критериев:
Моделирование данных
Особенности
основу
архитектуры и функциональные
проектируемая
возможности
Контроль работы
писаться
системы
Особенности разработки
надежность
приложений
Производительность
Надежность
Требования к рабочей
подсистемы
среде
Смешанные критерии
Основным
время
принципом выбора
технической
СУБД следует
windows
считать определение
строгий
программного продукта,
документы
в наибольшей мере
семейство
соответствующего предъявляемым
набора
требованиям. Эту
сетевые
задачу решить
тестировать
не очень просто. Во-первых,
временной
к СУБД
предъявляется
проекта
большое число
модель
требований, которые
также
с течением времени
ведомостей
изменяются, во-вторых,
компьютеры
СУБД имеют
первом
большое число
подразделяется
параметров, что
оператор
затрудняет
их сравнение. Кроме
sata
того, информация
информационной
о СУБД часто
формационной
носит рекламный
информации
характер,
не позволяющий
начальная
сделать правильное
функциональных
суждение.
Процедуру выбора
рисунке
СУБД следует
решение
проводить в три
ввод
этапа:
На качественном
направление
уровне оценить
почта
предлагаемые программные
сновными
продукты на
предмет
предприятия
пригодности;
63
Оценка технических
программных
характеристик отобранных
техническое
систем;
Оценка производительности
возложенными
программных продуктов.
К
таблицах
числу основных
наименования
показателей пригодности
тому
программных продуктов
встроенный
относятся:
вид программного
уровнях
продукта;
категории пользователей (профессиональные
внедрении
программисты,
администраторы
пожелания
БД, квалифицированные
разработка
пользователи, разрабатывающие
представление
приложения, конечные
обработку
пользователи, различные
таких
комбинации перечисленных
ведения
категорий);
удобство и простота
подсистемы
использования (понятные
фона
процедуры установки
характерные
программных продуктов,
формул
удобный и унифицированный
подходит
интерфейс конечного
ограничения
пользователя, простота
роль
выполнения обычных
использования
операций: создания
только
БД, навигации,
математическое
модификации, подготовки
адаптеры
данных, выполнения
файла
запросов и отчетов
информационные
и ряда других;
процесс
наличие интеллектуальных
фирмой
подсистем подсказок,
образом
помощи в процессе
итерационная
работы и
обучения,
применяться
включая примеры);
модель
ограничивается
представления данных. Наиболее
поддержки
распространенной является
информационная
реляционная модель
которая
данных. Перспективными
наследуют
являются модели
база
с объектной
ориентацией,
целям
поскольку они
языка
обладают большими
отчета
возможностями отражения
системы
семантики предметной
навыков
области;
качество средств
программная
разработки. При
работать
оценке качества
такое
средств разработки
менеджер
учитывается следующее:
структуре
возможности создания
файлами
пользовательских интерфейсов,
обмена
мощность языка
созданных
создания программ,
служб
автоматизация разработки
рисунке
различных
объектов:
уменьшение
экранных форм,
jbod
отчетов, запросов. Предпочтение
свойственные
отдается системам,
заявок
имеющим полнофункциональные
client
генераторы и обеспечивающим
стемы
удобство работы
программное
пользователя;
качество средств
описания
защиты и контроля
чество
корректности базы
набор
данных. Доступ
такие
к
функциям защиты
включают
должен предусматриваться
права
на уровне средств
будет
разработки
программ
интуитивно
и на уровне пользователя. К
проделанным
важнейшим функциям
характеризует
контроля
корректности
детализация
относятся: обеспечение
рисунок
уникальности записей
подготовки
БД по первичному
ключу,
граммного
автоматический контроль
содержащейся
целостности связей
системы
между таблицами
информационной
во время
64
выполнения
если
операций обновления,
являются
вставки и удаления
обладают
записей, проверка
реализации
корректности значений
характеризует
в БД;
качество коммуникационных
вашим
средств. При
итерационный
оценке качества
следует
коммуникационных средств
стоимостных
обращают внимание
граммного
на следующие свойства
sharepoint
программных продуктов:
поддержку
автоматические
сетевых протоколов,
поддержку
контроль
стандартных интерфейсов
числу
с БД,
наличие средств
комплекс
групповой работы
горячей
с информацией БД,
способность
юрисдикции
использовать и модифицировать
будет
БД других форматов
используется
без
импортирования
подсистем
или преобразования;
фирма – разработчик. Солидность
ведения
фирмы-разработчика пакета,
решения
как правило,
выполняют
дает следующие
именно
преимущества:
высокое качество
локальные
продукта,
наличие документации
отделе
и методических материалов
наличие «горячей
регулирующую
линии» для
рассмотрели
консультаций по возникающим
зрения
проблемам
При выборе
данных
продукта следует
отношение
обратить внимание
инии
на дату его
заведением
появления. В
качестве
этом
показателей «благополучия» можно
системы
использовать: твердое
ческим
финансовое
положение,
компании
перспективная динамика
обладают
развития аппаратно-программных
показателях
средств,
годовой
системе
оборот, численность
выполнена
состава, объем
способ
продаж и т.д. - стоимость. На
технической
стоимость программных
устройства
продуктов в основном
raid
влияют вид
опциональные
программного продукта
устройства
и фирма – разработчик. Стоимость
правовое
полнофункциональных СУБД обычно
проще
колеблется в пределах $ 1000 - $ 2000. Общая
javascript
стоимость включает
автоматизацию
в себя стоимость
стойки
прикладного инструментария,
есть
средств настройки
технической
конфигурации системы,
сроков
администрирования БД и сопровождения. Иногда
целью
общая стоимость
собственной
крупных
систем,
конечного
построенных на базе
поддержка
реляционных БД,
соответствие
достигает миллионов
перс
долларов.
Основным
было
фактором, определяющим
программное
общую стоимость
имеют
системы, чаще
решение
всего
является
транспортный
число поддерживаемых
intel
пользователей.
На уровне
технических
технических характеристик
файле
разнообразие СУБД
стойкость
еще больше,
инсайдерских
чем
на качественном
обмена
уровне. К техническим
объем
характеристикам относятся:
общие
является
параметры (операционная
мировом
среда, потребность
оказать
в оперативной памяти,
политика
ограничения на максимальный
двери
объем БД и др.);
65
ограничения
содержится
на операции над
настоящий
данными;
типы данных;
возможности
граммного
средств формулировки
почтового
и выполнения запросов;
работа
таблицах
в многопользовательских средах;
инструментальные
портов
средства разработки
гарантирующие
приложений;
импорт и экспорт.
Оценка
свойственные
производительности производится
работы
методом тестирования
данного
с помощью
эталонных тестов
первого
из набора CACHE . В
возможны
них контролируется
минимальной
широкий спектр
версию
часто
встречающихся
требуется
операций БД и моделируются
решения
однопользовательские и
многопользовательские среды.
Ниже,
внимание
в таблице 9 приведена
выполняемые
сравнительная таблица
сочетание
трех распространенных
устанавливать
систем управления
также
базами данных,
емое
конкурирующих на рынке
сопровождению
программного
обеспечения
начальная
по основным показателям.
Таблица 9 Сравнение
также
СУБД
Показатели
CACHE
MySQL 5.1
PostgreSQL 8.4
Поддерживаемые
vipnet
операционные
системы
Windows
вмешательство
Desktop/Server
Windows
Desktop/Serve
r
справочника
, Linux,
Unix,
собственность
Mac
Windows1 Desktop/S22erver
,
модели
Linux, Unix, 2Mac
Условии
оператор
лицензирования
Коммерческий
продукт
интуитивно
с закрытым
исходным
предн
кодом.
Есть
формируется
бесплатная
версия
любую
с ограничением
оперативной
также
памяти до 4 Гб.
Коммерческая
процессы
лицензия и
GNU
следует
GPL.
Лицензия BSD
разработки
Open
Source.
Наличие
участие
предустановленных
драйверов
автомат
в ОС семейства
Windows
Да
Нет
Нет
Наличие
проксимити
драйверов
ODBC,
заявку
JDBC,
Да
Да
Да
66
ADO.NET
Поддержка
создание
репликации
Да, встроенная
выбор
и разных типов. Но
конкретного
внесение
структурных
изменений
корпоративные
после
начала
репликации —
очень
данном
сложный
процесс.
Да,
macromedia
включая
mater-master
пользователю
репликацию.
Да, но с помощью
использования
сторонних продуктов
наиболее
с открытым исходным
система
кодом. Репликация
архитектура
всех
типов.
Возможность
писать
сроков
хранимые
функции
service
на разных
языках
разработка
программирования
Да, теоретически
прикладная
на любом языке,
файлам
поддерживающим
CLR,
корпоративные
например
VisualBasic.NET,
базе
C#, но сначала
нишу
надо
скомпилировать
умолчанию
код в библиотеку
создаваемого
dll.
Нет (кроме
систем
C и Pl/SQL)
Да, наиболее
реальные
полная
поддержка
записи
из всех
рассматриваемых.
Возможность
проект
создавать
пользовательские
агрегированные
функции
Да — любой .NET
ограничения
язык, кроме
постоянного
TRANSACT SQL.
Да,
групповые
только
на С
Да — на PL language
поддержка
и встроенных C, SQL,
характеру
PLPgSQL.
Поддержка даты
совокупность
и времени
Да
Да (но
составляет
без
временной
linux
зоны)
Да
Аутентификация
Средствами
БД и ActiveDirector
y
Средствами
можно
БД
Много разных
детализация
методов,
включающих
существуют
предыдущие
Разграничение
доступа
разработка
к столбцам
Да
Да
Да
Поддержка
DISTINCT
является
ON
Нет
Нет
Да
Поддержка WITH
задач
ROLLUP
Да
Да
Да
Поддержка WITH
момент
CUBE
Да
Нет
Нет
Поддержка
Да
Нет
Да,
разработка
причем лучше,
регламентом
чем
Источник: https://baza.diplomsite.ru/previewfile/1982