 
        
        - •Обоснование выбора языка программирования
- •Система управления базами данных Microsoft sql Server
- •Описание предметной области
- •2 Создание приложения
- •2.1 Постановка задачи (выбор темы по вариантам)
- •2.2 Этапы проектирования базы данных
- •2.3 Логическая модель базы данных
- •2.4 Физическая модель бд
- •2.5 Разработка алгоритма программного модуля
- •2.6 Описание Microsoft Visual Studio
- •2.7 Средства разработки приложений баз данных
- •2.8 Разработка экранных форм: главной формы и рабочих форм
- •2.9 Структура программы
- •Заключение
- •Библиографический список
- •Приложение 2 – Листинг программы
2.3 Логическая модель базы данных
Логическое проектирование основано на модели логического уровня и представляет собой описание и построение схем связей между элементами данных безотносительно к их содержанию и среде хранения.
Логическая структура БД (рис. 1) получается преобразованием концептуальной схемы в логическую схему (модель), ориентированную на выбранную СУБД.
Применительно к наиболее распространенной реляционной модели данных общий подход преобразования концептуальной схемы в логическую состоит в том, что каждую сущность, являющуюся представителем множества однотипных объектов, задают схемой отдельного отношения (таблицы), а атрибуты сущности образуют столбцы таблицы. Первичный ключ сущности образует исходный первичный ключ таблицы, который в дальнейшем может быть изменен.
Проектирование логической структуры БД должно решать задачи выбора наиболее эффективной структуры данных, обеспечения быстрого доступа к данным; исключения дублирования данных, обеспечения целостности данных таким образом, чтобы при изменении одних объектов автоматически происходило соответствующее изменение связанных с ними объектов.
 
Рис.1 – Логическая модель БД
2.4 Физическая модель бд
Логическая модель данных предметной области (бизнес компонентами) обеспечивает разработчикам понимание структур данных. После её разработки следует приступать к моделированию физической структуры систем хранения выявленных объектов данных, то есть к разработке физической модели данных.
Структурная схема важна как для разработчика базы данных, так и для конечного пользователя. Она позволяет наглядно рассмотреть входные данные разрабатываемого проекта. Это, в свою очередь, позволяет разработчику лучше понять смысл работы и, соответственно, создать более качественный продукт. Благодаря структурной схеме, конечный пользователь быстрее и лучше поймёт логику созданной базы данных, что, конечно же, отразится на качестве производимой пользователем работы.
На этапе разработки необходимо создать структурную схему объекта автоматизации, которая строится на основе входных данных, если концептуальная модель пока не готова. Эта схема необходима, прежде всего, для того, чтобы разработчик на начальных этапах разработки мог ясно представлять модель базы данных, а также способы реализации проекта в целом и отдельных его частей. На последующих этапах - вносить изменения в уже существующие компоненты, создавать новые компоненты и удалять старые, если они стали не нужны или заменились другими, и, наконец, схема нужна для того, чтобы, разработать максимально эффективную базу данных.
Таблица Бригады
 
Таблица Группы материалов
 
Таблица Материалы
 
Таблица Объекты
 
Таблица Потребности
 
Таблица Производители
 
Таблица Типы объектов
 
2.5 Разработка алгоритма программного модуля
Разработка структуры программы основана на организации объектно-ориентированного интерфейса, который используют модель взаимодействия с пользователем, ориентированную на манипулирование объектами предметной области. В рамках этой модели пользователю предоставляется возможность напрямую взаимодействовать с каждым объектом и инициировать выполнение операций, в процессе которых взаимодействуют несколько объектов. Задача пользователя формулируется как целенаправленное изменение некоторого объекта, имеющего внутреннюю структуру, определенное содержание и внешнее символьное или графическое представление. Объект при этом понимается в широком смысле слова, например, модель реальной системы или процесса, база данных.
На рисунке 2 представлена обобщенная блок-схема работы программного модуля.
Данная структура имеет древовидную организацию меню, которая предполагает строго ограниченную навигацию: либо переходы «вверх» к корню дерева, либо - «вниз» по выбранной ветви. Каждому уровню иерархического меню соответствует свое определенное окно, содержащее пункты данного уровня. При этом возможны два варианта реализации меню: каждое окно меню занимает весь экран или на экране одновременно присутствуют несколько меню разных уровней. Во втором случае окна меню появляются при выборе пунктов соответствующего верхнего уровня - «выпадающие» меню.
 
Рис. 2. Блок-схема алгоритма
