2. Исследование предметной области

Основными информационными системами библиотеки являются система каталогов и проблемно-ориентированные библиографические системы в виде печатных изданий, рукописных списков или организованных карточных массивов.

Их продукты – массивы библиографических описаний, представляемые пользователю при информационном поиске.

Прежде всего, для ведения библиотечного фонда и учета читателей потребуется спроектировать и создать базу данных для хранения всей многочисленной информации, используемой в работе библиотеки.

Для начала нужно исследовать и выделить основные информационные объекты проектируемой системы, их атрибуты.

Рис. 1. Схема взаимодействия

Для выделения информационных объектов и их атрибутов необходимо проанализировать взаимодействие субъектов автоматизируемой системы между собой, рассмотреть порядок их действий, ключевые моменты, в которых возникает информационный обмен. Привести схему взаимодействия субъектов анализируемой системы и последовательность действий читателя и библиотекаря при обращении в библиотеку за необходимой литературой или иным информационным источником (рис.1).

Как видно из приведенной выше схемы, читатель обращается в библиотеку, за необходимыми ему источниками, если нужная ему партитура найдена, библиотечный служащий выдает ему необходимые материалы на руки или для пользования в читальном зале, внося соответствующие регистрационные отметки.

После использования читатель возвращает выданные ему экземпляры обратно в библиотеку, где с него снимаются отметки о выдаче ему определенных экземпляров произведений из библиотечного фонда и т.п.

Рассматривая данную схему более подробно, сразу надо выделить два основных информационных объекта системы: это читатель и экземпляр библиотечного фонда.

Перед созданием базы данных необходимо просмотреть и проанализировать похожие программные продукты. Ниже приведены некоторые из них:

1. База данных Access «Библиотека».

Программа полностью автоматизирует труд библиотекаря и организует надежное хранение и обработку данных. БД «Библиотека» ведется для упрощения работы библиотекаря со всем ассортиментом предложенных книг и учебных пособий, а также для учёта взятых и оставшихся в наличии книг.

Рис. 2. Главная кнопочная форма БД access «Библиотека».

2. База данных access «Разработка автоматизированной системы учета работника библиотечного фонда».

База данных предназначена для хранения данных о приобретенных библиотекой изданиях (монографиях, справочниках, сборниках статей и т.п.), информации о местонахождении отдельных экземпляров (переплетов) каждого издания и сведений о читателях.

Рис. 3. Главная кнопочная форма БД access «Разработка автоматизированной системы учета работника библиотечного фонда»

3. Программа «База данных для работников библиотеки» на Delphi.

Программы «База данных для работников библиотеки» упрощает работу сотрудников библиотеки, что приводит к экономии большого количества времени.

Рис. 4. База данных для работников библиотеки.

3. Обоснование выбора модели жизненного цикла

Инженерный подход к рассмотрению жизненного цикла, регламентируется международным стандартом ISO/IEC 12207, который определяет состав и последовательность основных (базовых) процессов жизненного цикла программного обеспечения. К этим процессам отнесены заказ, поставка, разработка и сопровождение.

В настоящее время наибольшее распространение имеют следующие модели (стратегии) жизненного цикла:

- каскадная;

- инкрементная;

- спиральная.

Каскадная модель жизненного цикла. Эта модель реализует принцип однократного выполнения каждого вида деятельности в виде заранее ограниченных и однозначно упорядоченных во времени этапов. В типовой каскадной модели все этапы процесса разработки выполняются последовательно и каждый этап завешается выпуском полного комплекта документации на созданный программный продукт. Согласно данной модели каждый последующий этап начинается лишь тогда, когда полностью завершается и документируется предыдущий. Таким образом, каскадная модель представляет собой формальный метод разработки «сверху вниз», который долгие годы успешно использовался при создании автоматизированных систем.

Данная модель применяется при разработке информационных систем, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования.

Достоинства модели:

• на каждой стадии формируется законченный набор документации, программного и аппаратного обеспечения, отвечающий критериям полноты и согласованности;

• выполняемые в четкой последовательности стадии позволяют уверенно планировать сроки выполнения работ и соответствующие ресурсы (денежные, материальные и людские).

Недостатки модели:

• реальный процесс разработки информационной системы редко полностью укладывается в такую жесткую схему. Особенно это относится к разработке нетиповых и новаторских систем;

• жизненный цикл основан на точной формулировке исходных требований к информационной системе. Реально в начале проекта требования заказчика определены лишь частично;

• основной недостаток – результаты разработки доступны заказчику только в конце проекта. В случае неточного изложения требований или их изменения в течение длительного периода создания ИС заказчик получает систему, не удовлетворяющую его потребностям.

Инкрементная модель жизненного цикла. При использовании инкрементной модели, называемой также запланированным усовершенствованием продукта, разработка осуществляется как пошаговый процесс последовательного приближения системы к ее итоговому виду. В данной модели уменьшение затрат, понесенных до момента создания полной версии, достигается за счет поэтапного наращивания функциональных возможностей или производительности системы. При этом каждая последующая версия системы обогащает предыдущую определенными функциональными возможностями до тех пор, пока не будут реализованы все требования к системе. Ускорению процесса разработки способствует применяемый принцип компоновки из стандартных блоков.

Инкрементная модель построена по принципу каскадной модели с перекрытиями и представляет собой комбинацию элементов последовательной линейной модели и модели прототипирования, благодаря чему появляется возможность реализации и анализа функциональных возможностей системы на ранних стадиях разработки.

Достоинства и недостатки этой стратегии такие же, как и у каскадной. Но в отличие от классической каскадной стратегии заказчик может раньше увидеть результаты. Уже по результатам разработки и внедрения первой версии он может незначительно изменить требования к разработке, отказаться от нее или предложить разработку более совершенного продукта с заключением нового договора.

Спиральная модель жизненного цикла. Эта модель, предложенная Барри Боэмом и опубликованная в журнале IЕЕЕ Computer в 1988 году, ориентирована на разрешение проблем, связанных с внесением изменений в требования заказчика. Спиральная модель жизненного цикла относится к моделям итерационного типа, где на каждом витке спирали прорабатываются и конкретизируются все аспекты системы и в результате получается окончательный вариант, отвечающий всем требованиям заказчика. Этапы, представленные на каждом витке спирали, идентичны и подобны этапам, принятым в каскадной модели.

В модели выделено четыре квадранта:

1. определение целей, альтернативных вариантов и ограничений;

2. оценка альтернативных вариантов, идентификация и разрешение рисков;

3. разработка продукта следующего уровня;

4. планирование следующей фазы.

В процессе разработки повышенное внимание уделяется анализу и проектированию, причем принимаемые решения апробируются путем создания прототипов. На завершающем шаге каждого витка спирали создается версия, на которой уточняются все требуемые условия и характеристики проекта и планируется следующая итерация. Таким образом, путем последовательных приближений приходят к окончательному варианту, в результате реализации которого появляется конечный продукт.

Данная модель жизненного цикла характерна при разработке новаторских (нетиповых) систем.

Достоинства модели:

• позволяет быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований;

• допускает изменение требований при разработке информационной системы, что характерно для большинства разработок, в том числе и типовых;

• обеспечивает большую гибкость в управлении проектом;

• позволяет получить более надежную и устойчивую систему. По мере развития системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации;

• позволяет совершенствовать процесс разработки – анализ, проводимый в каждой итерации, позволяет проводить оценку того, что должно быть изменено в организации разработки, и улучшить ее на следующей итерации;

• уменьшаются риски заказчика. Заказчик может с минимальными для себя финансовыми потерями завершить развитие неперспективного проекта.

Недостатки модели:

• увеличивается неопределенность у разработчика в перспективах развития проекта. Этот недостаток вытекает из предыдущего достоинства модели;

• затруднены операции временного и ресурсного планирования всего проекта в целом. Для решения этой проблемы необходимо ввести временные ограничения на каждую из стадий жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа выполнена. План составляется на основе статистических данных, полученных в предыдущих проектах и личного опыта разработчиков.

Применимость различных моделей ЖЦ в зависимости от характеристик набора требований к проектируемой системе нужно привести и рассмотреть при помощи таблицы (Таблица 1).

Разработка библиотечного учета тема на сегодняшний день не новая, требования к программному обеспечению в данном случае известны, поэтому для разработки можно применить классическую (каскадную) схему модели жизненного цикла программного обеспечения.

Таблица 1. Применимость моделей

Характеристика	Модель
	Каскадная	V-образная	Прототипная	Спиральная	RAD	Инкрементная
Являются ли требования легко определимыми и/или хорошо известными?	Да	Да	Нет	Нет	Да	Нет
Могут ли быть требования заранее определены?	Да	Да	Нет	Нет	Да	Да
Часто ли будут изменяться требования?	Нет	Нет	Да	Да	Нет	Нет
Нужно ли демонстрировать требования с целью их определения?	Нет	Нет	Да	Да	Да	Нет
Требуется ли для демонстрации возможностей проверка концепции?	Нет	Нет	Да	Да	Нет	Нет
Будут ли требования отражать сложность системы?	Нет	Нет	Да	Да	Нет	Да
Отражают ли требования на раннем этапе функциональные свойства системы?	Нет	Нет	Да	Да	Да	Да

4. Схема процессов жизненного цикла программного обеспечения

Привести графическую схему жизненного цикла, описывающую выбранную модель для использования в качестве основной для разрабатываемого приложения (Рис. 5).

Рис. 5. Схема модели