1.3. Требования к интерфейсу

Система должна быть рассчитана на пользователя, не знакомого с программированием ЭВМ и управлением операционной системой;

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

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

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

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

• главная кнопочная форма выполняет функции титульного листа и меню;

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

Вывод

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

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

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

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

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

База данных будет обрабатывать данные:

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

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

Модуль учета товаров магазина выделен для того чтобы содержать в себе сведения о названии, стоимости, типе товара.

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

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

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