2.1.5 Основная часть

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

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

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

2.1.6 Заключение

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

2.1.7 Список использованной литературы

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

2.1.8 Приложения

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

3 СОДЕРЖАНИЕ ОСНОВНОЙ ЧАСТИ

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

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

Основная часть должна включать следующие разделы:

1. Планирование разработки базы данных;

2. Проектирование базы данных;

3. реализация БД.

3.1 Планирование разработки базы данных

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

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

1. определение бизнес-планов и целей организации с последующим выделением ее потребностей в информационных технологиях;

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

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

Важным шагом в планировании базы данных является четкое определение технического задания для проекта базы данных. В техническом задании должны быть определены основные цели приложения базы данных. Техническое задание позволяет уточнить назначение проекта базы данных (каковы задачи компании; для чего необходимо создать базу данных; почему база данных поможет решить проблемы).

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

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

Для выявления полного объема технических требований необходимо:

1. ознакомиться с организацией, описать вид деятельности;

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

3. проанализировать деятельность объекта автоматизации. Ознакомиться с должностными обязанностями сотрудников (какого вида задачи повседневно выполняются; с какими данными работают; какого типа отчеты формируются). Ответы на вопросы такого типа могут помочь сформулировать технические требования, например: обработка (ввод, модификация и удаление) данных; выполнение поиска; контроль состояния дел; формирование отчетности за определенные периоды времени;

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

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

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

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

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

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

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

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

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

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

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