Создание и внедрение программного продукта "Объектно-ориентированный менеджер структуры универсальной системы хранения данных"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
следующие обязательные поля:
-ссылка на владельца объекта (ID_OWNER) - уникальный код пользователя-владельца объекта;
-разрешение Чтение владельца (PERM_READ_OWNER);
-разрешение Изменение владельца (PERM_WRITE_OWNER);
-разрешение Изменение статуса владельца (PERM_CHSTATUS_OWNER);
-разрешение Чтение главной группы (PERM_READ_PG);
-разрешение Изменение главной группы (PERM_WRITE_PG);
-разрешение Изменение статуса главной группы (PERM_CHSTATUS_PG);
-разрешение Чтение других групп (PERM_READ_OG);
-разрешение Изменение других групп (PERM_WRITE_OG);
-разрешение Изменение статуса других групп (PERM_CHSTATUS_OG).
2.1.5 Технические требования к программному продукту
Требования к функциональным характеристикам
Менеджер классов должен обеспечивать:
-поддержку типов атрибутов, указанных в 2.1.3;
-ввод, хранение и изменение описаний классов объектов и связей с набором необходимых атрибутов;
-ввод, хранение и изменение допустимых связей для классов объектов;
-поддержку этапов жизненного цикла объектов;
-поддержку двух правил выбора эффективной версии:
a)эффективной является версия с максимальным номером - данное правило по умолчанию присваивается всем мастер-объектам;
b)эффективной является версия на заданную дату - использование данного правила подразумевает, что для версии установлен интервал ее эффективности;
-установка иерархических и логических связей между объектами;
-управление доступом пользователей, в том числе и администраторов, к классам объектов, к отдельным объектам и их версиям, к связям объектов, а также управление допустимыми операциями над объектами;
-обязательный аудит всех проводимых изменений в БД путем регистрации в каждой записи даты создания, пользователя, создавшего запись, даты последнего изменения, пользователя, последним изменившего запись.
Требования к надежности
-некорректное завершение программы не должно сказываться на целостности и правильности хранимой в базе данных информации;
-необходимо своевременное копирование резервных данных;
-длительность восстановления системы не должна превышать 10 минут, поскольку данная система является системой коллективного пользования;
-должна обеспечиваться удобная для пользователя скорость и точность обрабатываемой информации.
Условия эксплуатации
-необходимо наличие должностных инструкций для каждого рабочего места;
-предполагается, что каждое рабочее место подключено к общей корпоративной сети предприятия-заказчика.
Требования к составу и параметрам аппаратных средств
К серверу (конфигурация: процессор семейства х86 с тактовой частотой не менее 2400 Гц, оперативная память не менее 1 Гб, жесткий диск емкостью не менее 120 Гб, сетевая карта 100 Мбит/сек) подключены автоматизированные рабочие места (АРМ) и удаленные рабочие места (УРМ) следующей конфигурации: процессор семейства х86 с тактовой частотой не менее 1700 Гц, оперативная память не менее 256 Мб, жесткий диск емкостью не менее 20 Гб, сетевая карта 100 Мбит/сек.
Требования к информационной и программной совместимости
-требования к серверу: операционная система компьютера Windows 2003 Server: используемая СУБД - Oracle Server 9i;
-требования к рабочим местам: операционная система Windows 9x/2000/XP.
Специальные требования
Необходимо сообщать о нелегальном копировании данного программного продукта.
2.1.6 Стадии и этапы разработки
Стадии и приблизительные сроки разработки документации:
техническое задание - 20.03.06
пояснительная записка - 20.04.06
описание программного продукта - 20.04.06.
Стадии разработки самого программного продукта:
) Стадия разработки технического задания:
-анализ предметной области iелью определения свойств программы на абстрактном уровне;
-определение методики решения задачи - составление алгоритма реализации проекта;
-функциональные требования к программе - определение ряда задач по применению;
-определение технических требований к системе;
-составление технического задания.
2) Стадия уточнения:
-уточнение функционального набора приложения;
-подготовка предварительной документации.
3) Стадия конструирования:
-кодирование программного продукта;
-документирование программного продукта - создание пояснительной записки;
-разработка плана тестирования программного продукта;
-непосредственное тестирование программного продукта.
4) Стадия внедрения:
-подготовка программного продукта к вводу в действие;
-подготовка персонала;
-строительно-монтажные и пуско-наладочные работы;
-проведение предварительных испытаний;
-введение в опытную эксплуатацию;
-проведение приемочных испытаний.
5) Стадия сопровождения:
-выполнение работ в соответствии с гарантийным обслуживанием;
-послегарантийное обслуживание.
2.1.7 Порядок контроля
В качестве контрольного примера требуется создать приложение для работы с составом изделий - конфигурация двигателя.
Данное приложение должно обеспечивать демонстрацию работы всех API-функций, встроенных в менеджер. Список функций представлен в приложении Б.
2.2 Пояснительная записка
программа меню оператор справочник
Полное наименование приложения - Объектно-ориентированный менеджер структуры универсальной системы хранения данных. Краткое обозначение -