Общая характеристика организации решения задачи.

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

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

- источники поступления оперативной и условно-оперативной информации и периодичность ее поступления;

- этапы решения задачи, последовательность и временной регламент их выполнения, целесообразность автоматизации этапов и операций решения задачи;

- порядок ввода первичной информации (названия документов) и перечень используемых экранных форм;

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

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

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

Вторая глава (проектная часть)

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

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

Проектирование и реализация баз.

Создание таблиц

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

Создание схемы данных

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

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

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

Создание запросов

Запрос (query) – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Query by example) и структурированный язык запросов (SQL – Structured Query Language).

QBE- запрос по образцу– средство для отыскания необходимой информации в базе данных. Он формируется не на специальном языке, а путем заполнения бланка запроса в окне Конструктора запросов.

SQL– запросы – это запросы, которые составляются (программистами) из последовательности SQL – инструкций. Эти инструкции задают, что надо сделать с входным набором данных для генерации выходного набора. Все запросы Access строит на основе SQL – запросов, чтобы посмотреть их, необходимо в активном окне проектирования запроса выполнить команду Вид/SQL.

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

2.2. Разработка программного продукта(ПП)

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

Рекомендуемая среда разработки Microsoft Visual Studio.

Необходимо придерживаться следующих принципов для обеспечения эффективности ПП:

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

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

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

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

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

Разработка интерфейса

Содержание разделов иллюстрируется пояснительными примерами, таблицами, схемами, формами. Материалы, которые нецелесообразно включать в разделы описания (ER-модель, формы отчетов, запросов и т.п.) рекомендуется выносить в приложения. Автору работы необходимо творчески подойти к созданию главной кнопочной формы, для того чтобы привлечь внимание пользователя.

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

Организация защиты данных