27
библиотекаря» - операционная система Windows клиентского типа, предназначенная
для функционирования на сервере и обеспечивающая многопользовательское
подключение к базе данных
Реляционная база данных Microsoft Access 2016 для обеспечения
локального функционирования системы учета на каждой машине;
Для разработки приложения наиболее целесообразно применить язык
программирования Delphi Berlin 10.1 в связи с небольшим размером ИС.
Все указанные информационные системы должны быть приобретены для
разработки и дальнейшего использования «Автоматизированной системы рабочего
места библиотекаря» на предприятии.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
При введении учета в библиотеки им. А.С.Пушкина происходит увеличение
информации. В результате чего библиотекарю приходится обрабатывать все
большие объемы информации, связанной с книгами, информации о читателях,
различной отчетности. При работе с бумажной документацией неизбежны огромные
затраты времени, что непозволительно. Поэтому проблема организации
электронного хранилища данных, обеспечивающего быстрый и удобный доступ к
информации, является достаточно актуальной для ее разработки.
Создание базы данных позволит автоматизировать процесс получения:
1) информации о читателях, которые пользуются определённым видом
услуг. Отчет будет содержать фамилии читателей и перечень книг, которые им
выдавались с указанием даты проведения услуги.
2) отчетов о сотрудниках. Отчет будет содержать дату начала и дату
окончания работ.
3) отчета о книгах.
1.4.2 Обоснование проектных решений по программному обеспечению
28
Для создания успешного информационного бизнес приложения, нужно
сначала построить прочный фундамент.
Разрабатываемая система информационной системы библиотеки относится к
автоматизированным информационным системам. При разработке информационной
системы приходится решать две основные задачи:
разработка базы данных, предназначенной для хранения информации;
разработка графического интерфейса пользователя.
Таким образом, под информационной системой обычно понимается система,
которая ориентирована на сбор, хранение, поиск и обработку текстовой
информации.
Для реализации задачи необходимо разработать и создать базу данных и
интерфейс для работы с ней.
Для оптимального функционирования базы данных необходимо будет
правильно определить логические взаимосвязи между таблицами. Таким образом,
на разработку самой базы данных и основы клиентского приложения может быть
затрачено значительное время.
Этапы проектирования базы данных с учетом рассмотренных выше аспектов
представлены на рисунке 1.7.
29
Рис 1.7 Проектирование БД
1.4.3 Обоснование проектных решений по техническому обеспечению
Автоматизированная система предназначена для функционирования в
операционной системе Windows 7, поэтому для эффективной работы
разрабатываемой системы необходимо обеспечить такие требования к архитектуре
и параметрам технических средств, которые позволили бы эффективно
функционировать самой операционной системе.
Автоматизированная система предназначена для функционирования с
техническими характеристиками не менее:
- Процессор Intel i3, i5 или аналоги.
- Встроенная видео-карта.
- Оперативной памяти не менее 4Gb.
- Жесткий диск от 128Gb, возможно совместно с SSD.
- Поддержка USB 3.0
- Web-камера (не менее 1Mpix),
30
- Wi-fi + GLAN.
- HDMI-выход.
Для печати отчетов и выходных документов необходим принтер, совместимый
с компьютером вышеперечисленной комплектации.
31
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл разработки программного обеспечения (SDLC)
представляет собой структуру, определяющую задачи, выполняемые на каждом
этапе процесса разработки программного обеспечения. SDLC представляет собой
структуру, за которой следует команда разработчиков в рамках организации
программного обеспечения. Он состоит из подробного плана, описывающего, как
разрабатывать, поддерживать и заменять конкретное программное обеспечение.
Жизненный цикл определяет методологию повышения качества программного
обеспечения и общего процесса разработки.
Жизненный цикл разработки программного обеспечения также известен как
процесс разработки программного обеспечения.
Жизненный цикл разработки программного обеспечения состоит из
следующих действий:
Планирование. Наиболее важные части разработки программного
обеспечения, сбора требований или анализа требований обычно выполняются
наиболее опытными и опытными инженерами-программистами в организации.
После того, как требования собираются у клиента, создается документ области
видимости, в котором определяется и документируется область действия проекта.
Реализация: разработчики программного обеспечения начинают писать код в
соответствии с требованиями клиента.
Тестирование. Это процесс обнаружения дефектов или ошибок в созданном
программном обеспечении.
Документация: каждый этап проекта документируется для дальнейшего
использования и для улучшения программного обеспечения в процессе разработки.
Проектная документация может включать в себя написание интерфейса
прикладного программирования (API).
Развертывание и обслуживание: программное обеспечение развертывается
после того, как оно было одобрено для выпуска.
32
Поддержание: обслуживание программного обеспечения выполняется для
дальнейшего использования. Улучшение программного обеспечения и новые
требования (запросы на изменение) могут занимать больше времени, необходимого
для создания начальной разработки программного обеспечения.
Существует несколько моделей разработки программного обеспечения, за
которыми следуют различные организации:
Модель водопада: эта модель включает в себя завершение каждой фазы до
начала следующего. Когда каждый этап завершен успешно, он пересматривается,
чтобы узнать, находится ли проект в пути и можно ли продолжить его.
Модель V-Shaped: эта модель фокусируется на выполнении процессов
последовательным образом, подобно модели водопада, но с большей нагрузкой на
тестирование. Процедуры тестирования написаны еще до начала написания кода.
Перед началом этапа разработки создается системный план.
Инкрементальная модель: эта модель жизненного цикла включает в себя
несколько циклов разработки. Циклы делятся на меньшие итерации. Эти итерации
можно легко управлять и пройти через множество этапов, включая требования,
дизайн, внедрение и тестирование. Рабочая версия программного обеспечения
создается во время первой итерации, поэтому рабочее программное обеспечение
создается на ранней стадии процесса разработки.
Основным нормативным документом, регламентирующим жизненный цикл
программного обеспечения, является международный стандарт ISO/IEC 12207.
Стандарт MSF (Microsoft Solutions Framework) - Платформа Microsoft
Solutions Framework (MSF) реализует гибкий подход, который позволяет быстрее
создавать технологические решения, привлекая меньше людей, снижая риски и
повышая уровень качества. MSF помогает группам напрямую устранить основные
проблемы с технологическими процессами, что улучшает качество решений и
влияние на бизнес.
MSF фокусируется на следующих аспектах:
Согласование деловых и технологических целей;
Определение четких целей, ролей и ответственностей для проекта;
Реализация итеративного процесса на основе вех и контрольных точек;
Упреждающее управление рисками;
33
Эффективная реакция на изменения.
Стандарт RUP (Rational Unified Process) - RUP - ориентированный на риск,
основанный на использовании и основанный на архитектуре итеративный процесс
разработки программного обеспечения. RUP воплощает отраслевые стандарты
управления и технические методы и методы для обеспечения процесса разработки
программного обеспечения, особенно подходящего для создания и поддержки
программных системных решений на основе компонентов. RUP связывает роли,
действия и артефакты, организованные технологическими процессами, которые
направляют команды проекта через дисциплины разработки программного
обеспечения под сферу действия операционных этапов бизнеса и этапов принятия
решений.
Фонд RUP состоит из трех ключевых элементов: роли, деятельности и
артефакта. Роль выполняет действия и производит артефакты. Каждая роль несет
основную ответственность за набор действий и артефактов. Но все роли будут
способствовать другим действиям и артефактам. Роли, действия и артефакты
используются неоднократно во время выполнения рабочих процессов. Рабочие
процессы формируют последовательность задач, уникальных для каждого из девяти
программных дисциплин в рамках жизненного цикла программного обеспечения
итеративного развертывания RUP
Стандарт COBIT - Концепция стандарта предполагает построение
механизмов управления ИТ исходя из того, какая информация необходима для
достижения бизнес-целей. При этом информация рассматривается как результат
использования ИТ ресурсов, управление которыми осуществляется в рамках ИТ
процессов. ИТ ресурсы включают в себя приложения, информацию (данные в любой
форме), инфраструктуру, персонал.
Для достижения целей бизнеса информация должна удовлетворять
определённым критериям, которые в стандарте COBIT называют бизнес-
требованиями к информации. Выделяют следующие бизнес-требования к
информации или информационные критерии: эффективность, рациональность,
конфиденциальность, целостность, доступность, соответствие нормам и надёжность
информации. Механизмы управления включают в себя политики, организационные
структуры, процедуры и регламенты. Задачей управления ИТ является
34
формулировка желаемого результата или цели, которые должны быть достигнуты
путём реализации механизмов управления в рамках конкретного ИТ процесса.
Концептуальное ядро стандарта COBIT 4.1 сформировано из 34
высокоуровневых процессов (которые покрывают порядка 200 целей контроля),
сгруппированных в 4 домена (сферы деятельности):
Планирование и организация: включает стратегию и тактику, а также
определение способов наиболее эффективного использования ИТ для достижения
бизнес-целей. Регламентируемые процессы:
PO1 Разработка стратегического плана
PO2 Определение ИТ архитектуры
PO3 Определение направлений развития технологий
PO4 Формализация ИТ процессов, организации и взаимоотношений с
бизнесом
PO5 Управление инвестициями в ИТ
PO6 Согласованное управление целями и задачами
PO7 Управление ИТ персоналом
PO8 Управление качеством
PO9 Оценка и управление рисками ИТ
PO10 Управление проектами
Приобретение и внедрение: для реализации ИТ стратегии нужно
идентифицировать, разработать или приобрести соответствующие ИТ решения,
которые должны быть внедрены и интегрированы в бизнес-процессы, а также внести
изменения в информационные системы. Регламентируемые процессы:
AI1 Идентификация и выбор решений по автоматизации
AI2 Проектирование и разработка приложений
AI3 Проектирование и поддержка технической инфраструктуры
AI4 Обеспечение работы и использования ИС
AI5 Закупка ИТ ресурсов
AI6 Управление изменениями
AI7 Установка и утверждение решений и изменений
Предоставление и поддержка: включает предоставление требуемых
информационных служб, в том числе обеспечение безопасности и непрерывности
35
бизнеса, обучение, а также обработку данных прикладными системами.
Регламентируемые процессы:
DS1 Определение и управление уровнями сервиса
DS2 Управление сервисами подрядчиков
DS3 Управление производительностью и мощностью
DS4 Обеспечение непрерывности сервисов
DS5 Обеспечение безопасности систем
DS6 Определение и распределение ИТ затрат
DS7 Обучение пользователей
DS8 Управление службой поддержки и инцидентами
DS9 Управление конфигурацией
DS10 Управление проблемами
DS11 Управление данными
DS12 Управление физическим оборудованием
DS13 Управление эксплуатацией
Мониторинг и оценка: качество и соответствие ИТ процессов требованиям
контроля должны оцениваться на регулярной основе. Этот домен включает в себя
надзор со стороны руководства за процессами управления в организации, а также
независимый контроль со стороны внутренних и внешних аудиторов.
Регламентируемые процессы:
ME1 Отслеживать и оценивать производительность ИТ
ME2 Отслеживать и оценивать внутренние контроли
ME3 Гарантировать соответствие регулирующим требованиям
ME4 Обеспечивать руководство ИТ
Домены соотносятся с традиционными сферами ответственности ИТ:
планирование, внедрение, эксплуатация и мониторинг. Такая структура охватывает
все аспекты управления и использования ИТ. Выполнение всех 34 высокоуровневых
процессов позволяет гарантировать владельцу бизнес-процесса, что система
управления ИТ является адекватной задачам бизнеса.
В стандарте COBIT детально описаны цели и принципы управления, объекты
управления, чётко определены все ИТ процессы (для каждого процесса определены
входы и выходы, исполнители и ответственные, а также объекты контроля и
36
метрики) и требования к ним, описан возможный инструментарий (практики) для их
реализации. В описании ИТ процессов также приведены практические
рекомендации по управлению ИТ безопасностью. COBIT применяется для контроля
и аудита существующей системы управления информационными технологиями,
организации оперативного и стратегического управления ИТ, анализа расходов на
ИТ проекты и поддержку соответствующей инфраструктуры, соответствия
требованиям стандартам и регулирующим организациям, таких как SOX и COSO.
Посредством использования стандарта COBIT руководители ИТ
подразделений преобразуют задачи бизнеса в чёткие и понятные планы развития ИТ.
Основным преимуществом стандарта COBIT является его полнота и отчётливые
практические рекомендации и инструменты, с помощью которых можно построить
систему управления информационными технологиями корпорации и, в том числе,
эффективную систему управления рисками в ИТ. Таким образом, при использовании
методологии COBIT информационная система строится исходя из требований
бизнеса и условий жесткой экономии ресурсов, а также эффективного
использования этих ресурсов. Другими словами, стандарт COBIT описывает бизнес-
ориентированный подход к созданию информационной среды: ИТ рассматриваются
в виде инструмента бизнеса, а стандарт определяет принципы построения и
организации работы ИТ департамента.
Методика Oracle CDM является развитием CASE-технологий.
С самого своего основания InfoDom признала Oracle стратегическим
партнером, мощным поставщиком современных технологий, а также знаниями в
области разработки и внедрения программного обеспечения прикладных программ.
На сегодняшний день используется признанные методы разработки, такие как
известная методология CDM Oracle. Хотя большая часть программных продуктов
разрабатывается в соответствии с методологией CDM, в последнее время мы также
использовали UML как универсальный язык для моделирования прикладных систем
и методологий, связанных с ним, таких как Oracle Unified Method (OUM). С одной
стороны, полная зависимость от признанных методологий и от системы качества, с
другой стороны, гарантирует высокую надежность и качество готовой продукции.
Как сертифицированный партнер Oracle, мы имеем доступ к новейшим
технологиям. Это подразумевает не только доступ, но и нашу модель их