2. Сбор исходных данных и разбиение проекта на отдельные модули

   0. 2.1 Сбор исходных данных

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

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

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

Программный продукт будет работать с данными:

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

2. Посетители библиотеки. По структуре все почти также как и в предыдущем пункте, за исключением полей должности, окладе, приеме на работу и пр.

3. Издания, хранящиеся в библиотеке. Эти данные так же имеют зависимую связь через идентификационное поле, но только теперь это а «IDэкземпляра».

Весь проект разбивается на модули:

• учет книг в библиотеке;

• ведение списков работников и посетителей библиотеки;

• личные сведения о сотрудниках и посетителях библиотеки;

• справочная система.

Модуль учета книг в библиотеке выделен для сведений о экземпляре, название, автор, количество страниц и пр. Модуль ведения списков работников и посетителей библиотеки содержит данные сотрудника/посетителя о фамилии, имени, отчестве, даты рождения и пола - данные поля являются обязательными для заполнения и каждое из них настроено для хранения своего типа данных, например, поле «даты рождения - является дата/время, а «Фамилия» - текстовым с ограничением символов – 25. Сведения о месте работы, паспортные данные, проживании, месте работы, увольнении (касается только сотрудников) содержит подмодуль о личных сведениях сотрудников/посетителей библиотеки. Место проживания в данном модуле содержит сложную совокупность таблиц: «Список улиц», «Список типов улиц», «Список почтовых отделений», «Список населенных пунктов и регионов», «Тип населенного пункта», «Список административных единиц», «Типы административных единиц», «Регион», «Список типов регионов», «Список стран».

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