Дипломная работа: Автоматизация процесса ведения информационной базы о должностях и вакансиях с указанием требований к уровню знаний и навыков кандидатов для ПАО Тостелеком

Скачать

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
программному продукту. Таким образом, модель вариантов использования
должна быть построена на первом этапе разработки системы и
использоваться для формализации функциональных требований. [14]
3. Формализация требований к информационной системе. Данный этап
позволяет систематизировать требования, предъявляемые к информационной
системе в виде единой модели.
4. Проектирование информационной системы. Процесс проектирования
включает создание необходимого и достаточного количества моделей
системы для ее полного описания с разных сторон – структурного,
функционального, информационного, объектного, компонентного. На этом
этапе также создается концептуальная и логическая модель базы данных
системы. Для проектирования программного обеспечения используется язык
визуального моделирования UML (Unified Modelling Language). UML – это
язык для определения, визуализации, конструирования и документирования
артефактов программных систем [29]. Моделирование на языке UML
производится с помощью специальных инструментов – CASE-средств,
большинство из которых поддерживают возможности Forward Engineering,
позволяющие генерировать шаблонные блоки программного кода по
визуальным моделям.
5. Реализация информационной системы. Данный этап заключается в
непосредственной реализации ИС в соответствии с разработанными на
предыдущем шаге моделями. Если на предыдущем шаге в качестве
инструментов проектирования использовались CASE-системы,
поддерживающие возможности Forward Engineering и Database Engineering,
то процесс реализации ИС может быть существенно упрощен, поскольку эти
возможности позволяют:
автоматически создать шаблоны классов объектной структуры
программного обеспечения на выбранном языке программирования.
43
автоматически создать исходный код формирования (создания) базы
данных на языке описания данных (DDL, Data Description Language) –
такой исходный код выполняется как обычный запрос в любом
менеджере СУБД, в результате чего создается заранее
смоделированная структура БД (таблицы, представления, триггеры,
ограничения целостности и т.д.).
6. Любая из ошибок программирования, которая не обнаруживается на
этапах компиляции и компоновки программы, в конечном счѐте может
проявиться тремя способами: привести к выдаче системного сообщения об
ошибке, «зависанию» компьютера и получению неверных результатов [4].
Для предотвращения таких ошибок, а также для оценки достоверности
получаемых результатов проводится процедура тестирования и отладки
программного продукта. На этапе тестирования проверяется не только
правильность работы программы, но также и ее устойчивость – величина,
характеризующая способность программного продукта сохранять
нормальную работоспособность при отклонении условий функционирования
различной степени [17] (например, ввод некорректных данных).
7. Последним этапом является сопровождение программы. Чтобы
обеспечить возможность быстрой модификации программного продукта,
программа должна быть построена по модульному принципу с хорошо
продуманной структурой, чтобы внесение дополнительных функций в
программу было возможно с наименьшими изменениями в структуре.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Приобретение ИС может быть выполнено одним из следующих
способов: покупка готового решения, покупка готового решения с
последующей доработкой, собственная разработка.
Готовые решения, как правило, выполнены с высокой степенью
универсальности, чтобы охватить как можно больший сегмент. Это приводит
44
к недостаткам использования готовых решений, т.к. некоторые функции
альтернативных программных продуктов не будут востребованы для
конкретной задачи, что делает приобретение такого программного продукта
будет экономически не выгодно.
Если выбирать между приобретением готового решения с его
последующей доработкой и разработкой собственного решения с нуля,
оптимальным будет второй способ. Доработка готовых решений потребует
продолжительных временных затрат на изучение и подробный разбор
архитектуры и программного кода существующей системы. Также сложно
будет внедрить в существующую архитектуру собственных функций без
существенного нарушения стабильности системы, а высокая
универсальность может сильно затруднить понимание целостности системы.
Разработка нового программного решения с нуля в данном случае
имеет существенные преимущества, поскольку позволит с самого начала
разработать четкую модель требований к системе и неукоснительно ей
следовать, разработать свою понятную модульную архитектуру для
возможности последующей доработки.
Таким образом, способом приобретения ИС выбрана разработка новой
системы автоматизации ведения базы должностей с указанием требований к
ним посредством создания и ведения профориентированного тестирования
кандидатов (Vacations of Posts with Requirements by Testing – «VPRT»).
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Основная цель проекта автоматизации – разработка информационной
базы данных вакансий с учетом возможности разработки учета и проверки
требований к ним. Таким образом, информационные массивы, которые
потребуется хранить и иметь к ним оперативный доступ, могут содержать
большое количество данных. Поиск и организация большого объема данных
45
может потребовать значительных вычислительных мощностей. Поэтому для
обеспечения автоматизируемой задачи наиболее оптимальной организацией
информационного обеспечения ИС «VPRT» будет централизованная база
данных с клиент-серверным доступом. При этом для БД следует выбрать
реляционную модель. Реляционная модель данных имеет ряд определяющих
преимуществ [19]:
гибкость структуры;
независимость наборов данных;
безопасность информации;
простота практического применения и использования;
простота понимания и реализации;
поддержка инструментов обеспечения целостности данных (каскадное
удаление или изменение, и т.д.).
Доступ к информационным таблицам БД ИС «VPRT» должен быть
организован в прикладном программном обеспечении с использованием
современных технологий. Средства СУБД должны обеспечивать целостность
данных, поддерживать триггеры и хранимые процедуры для их применения с
целью снизить нагрузку на прикладное ПО.
Современные системы разработки приложений предлагают множество
технологий для организации обмена с данными.
ODBC (Открытый интерфейс взаимодействия с базами данных - Open
Database Connectivity) – наиболее ранняя из известных технология, что не
мешает ей оставаться очень популярной среди технологий от Microsoft.
Позволяет приложению взаимодействовать с различными СУБД, при этом не
зависимо от используемой СУБД, что обеспечивается за счет специальных
библиотек доступа к данным (провайдеров) конкретных СУБД.
OLE DB [10]. Является результатом прогрессивного развития
технологии ODBC. Работает через интерфейсы объектных моделей
46
компонентов (COM). Основные же принципы работы технологии остались
теми же – поддержка работы с помощью провайдеров.
DAO (Data Access Objects - объекты доступа к данным) [8]. Изначально
технология являлась COM – интерфейсом для доступа к БД Access и
другими, поддерживающими ODBC. В данный момент технология считается
устаревшей.
ActiveX Data Objects (ADO - объекты для доступа к данным) [9] –
наиболее популярная (после ODBC) технология, которая обеспечивает
программируемую модель высокого класса. Является перспективной.
Большое достоинство этой технологии - поддержка объектов для доступа к
данным из скриптовых языков, таких как VBScript или Jscript, что составляет
определенную значимость технологии в контексте разработки web-
приложений.
ADO.NET [28] – представляет собой абсолютно независимую (от ADO)
технологию, заложенную в .NET Framework. ADO.NET – имеет множество
качественных улучшений ADO при использовании в создании
распределенных приложений. Предоставляет возможности интерфейса для
прикладного программирования приложений любой сложности, в том числе
и распределенных.
Применяемые в ИС «VPRT» классификаторы предназначены для
идентификации записей, организации учета справочников, тестов и
тестирований, обеспечения связывания данных в составе базы данных.
Используемые классификаторы являются локальными в пределах
информационной системы, имеют линейную систему классификации с
порядковым кодированием. Порядковые номера присваиваются средствами
автоматического инкремента счетчика записей, который должен
поддерживаться СУБД.
Так, состав информационного обеспечения ИС «VPRT» определяется
набором:
Источник: https://baza.diplomsite.ru/previewfile/2061

Смотрите также:

_1966(~1
_Антонян Ю.М., Сексуальные преступления. Чикатило и другие
_РГР № 1 (2)
- Габариты и масса 27
'Образ–Я' и его развитие средствами диалога
"Логистическая технология JIT"
"Особенности правовой системы Российской Федерации" по дисциплине "Теория государства и права"
«Анализ ликвидности и платежеспособности предприятия» (на материалах ОАО Московская кондитерская фабрика «Красный Октябрь»)