2. Выбор оптимальных вариантов.
Выберем для каждой приведенной задачи оптимальный вариант решения путем непосредственного оценивания. Для этого возьмём 5-балльную шкалу и проанализируем все идеи, описанные в таблице 1. Результат определения более приемлемых вариантов приведен в таблице 2.
Таблица 2 – Оценка вариантов решения поставленных задач |
|
||
Задача |
Варианты решения |
Оценка |
Оптимальный вариант |
Портировать программу для остальных ОС |
Разработка интерфейса программы, соответствующего стандартам других ОС |
3 |
Реализация адаптивной внутренней структуры |
Преобразование команд в требуемый для других ОС формат |
4 |
||
Реализация внутренней структуры системы, которая самостоятельно сможет легко адаптироваться под любую аппаратную платформу |
5 |
||
Выделить персонал для улучшения программы |
Наём новых сотрудников с заранее установленными профстандартами, соответствующими основной рабочей задаче |
2 |
Перераспределение сотрудников между текущими проектами |
Повышение квалификации уже работающего персонала до нужного уровня |
4 |
||
Перераспределение сотрудников между текущими проектами |
5 |
||
Повышение мотивации сотрудников для решения столь сложной задачи |
4 |
||
Обновить программу |
Добавление новых современных возможностей |
5 |
Добавление новых современных возможностей |
Повышение качества работы системы в режиме одновременного взаимодействия большого числа пользователей |
3 |
||
Обеспечение усиленной безопасности и конфиденциальности информации |
4 |
||
Таким образом, три наиболее актуальных и выгодных направления движения на данный момент – это реализация адаптивной внутренней структуры, перераспределение сотрудников между текущими проектами и добавление новых современных возможностей. Некоторые из выбранных решений могут показаться более трудоемкими и сложными в реализации, однако в будущей перспективе именно они представляют наибольший потенциал.
3. Построение модели усовершенствованной системы.
Построим модель проблемосодержащей системы Access «как есть».
|
Рисунок 2 – Модель системы «как есть» |
Теперь, опираясь на сгенерированные варианты решения проблем первого уровня и выявленные оптимальные способы их преодоления, построим модель системы «как должно быть», указывая с помощью комментариев примеры возможных изменений.
|
Рисунок 3 – Модель системы «как должно быть» |
4. Прогноз состояния системы после реализации принятых решений.
Спрогнозируем, как изменятся характеристики рабочих процессов, приведенных на модели системы, после реализации принятых решений.
Таблица 3 – Прогноз изменения состояния системы |
|||
Рабочий процесс |
Характеристика состояния «было» |
Характеристика состояния «будет» |
Принятое решение |
Формирование задачи, ввод критериев |
Искаженное отображение объектов и полей программы на некоторых платформах |
Применяется интерфейс, адаптирующийся под любую ОС |
Разработка интерфейса программы, соответствующего стандартам других ОС |
Создание запроса |
Имеются возможности обработки записей только текстовых и численных форматов |
Добавлены возможности обработки данных новых типов (например, медиафайлы) |
Добавление новых современных возможностей |
Обращение к таблицам с данными |
Уровень безопасности недостаточно высок, есть шанс взлома БД и кражи хранящейся информации |
Осуществляется безопасное подключение к БД, обращение к таблицам возможно только после ряда проверок пользователя |
Обеспечение усиленной безопасности и конфиденциальности информации |
Изъятие информации, оформление её для вывода |
Большие объемы данных обрабатываются с недостаточной скоростью |
Ускоренный процесс обработки данных |
Повышение квалификации сотрудников |
Вывод результата |
При выводе результатов выполнения запроса на незнакомой для системы платформе часть данных может быть утеряна или искажена |
Функционал вывод портирован под ОС пользователя |
Преобразование команд в требуемый для других ОС формат |
В результате приведения в действие всех принятых решений состояние системы MS Access изменится в лучшую сторону. Трудности с адаптивностью программы и её обновлением больше не будут являться проблемой. Главная цель – снижение потерь своих позиций на рынке СУБД – также будет достигнута, так как будут значительно усовершенствованы качественные характеристики программы и выполнено её продвижение среди пользователей других операционных платформ.
Вывод.
В ходе выполнения лабораторного задания был произведен анализ целей, направленных на развитие системы MS Access и удержание ею своего положения на технологическом рынке. Были сгенерированы варианты преодоления выделенных трудностей и недостатков, а также реализован прогноз, позволяющий оценить будущее состояние программы после внедрения полезных обновлений.
Лабораторная работа позволила мне закрепить теоретические знания и получить необходимый опыт в поиске решений поставленных задач по оптимизации информационных систем, который будет актуален при выборе будущей профессиональной деятельности.