содержание
введение
1. системный анализ предметной области проектируемой базы данных
1.1. Характеристика предметной области
1.2. Экономическая сущность комплекса экономических информационных задач
1.3. Обособление проектных решений по программному обеспечению комплекса задач
2. разработка информационной системы
2.1. Описание структуры базы данных
2.2. Технологическое обеспечение
заключение
список литературы
введение
Курсовой проект преследует цель оценить уровень подготовки студентов по общепрофессиональным и специальным дисциплинам, полученные ими теоретические знания, приобретенные навыки самостоятельной работы, умение синтезировать полученные знания и применять их к решению практических задач.
Выполнение КП является одним из завершающих и наиболее значимым этапом обучения студентов по дисциплине «Разработка и эксплуатация автоматизированных информационных систем». Его конечным результатом является представление и защита оформленной соответствующим образом работы, в которой отражается содержание изучаемой дисциплины и качество подготовки специалистов этого направления.
Конечной целью КП является выявление уровня подготовки студента, степени готовности его к усвоению профессиональных знаний.
Основными задачами выполнения КП является:
выявление понимания студентом основных проблем и перспектив развития технологии проектирования автоматизированных информационных систем;
выявление понимания студентом значимости своей будущей профессиональной деятельности, умения приобретать новые знания, особенно в области современных информационных технологий;
выявление умения работать с технической и нормативной документацией, а также четко излагать свои мысли;
выявление навыков решать поставленные практические задачи с использованием теоретических знаний.
В процессе научных исследований, посвященных тому, как именно должна быть устроена СУБД, предлагались различные способы реализации. Самым жизнеспособным из них оказалась предложенная американским комитетом по стандартизации ANSI (American National Standards Institute) трехуровневая система организации БД:
1. Уровень внешних моделей – самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению. Например, система распределения работ использует сведения о квалификации сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и наоборот, именно эти сведения используются в подсистеме отдела кадров.
2. Концептуальный уровень – центральное управляющее звено, здесь БД представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной БД. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась БД. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
3. Физический уровень – собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации.
Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же БД. Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с данной БД. Это именно то, чего не хватало при использовании файловых систем.
Выделение концептуального уровня позволило разработать аппарат централизованного управления БД.
Целью данного курсового проекта является инфологическое моделирование базы данных «Учебная часть».
1. системный анализ предметной области проектируемой базы данных
1.1. Характеристика предметной области
Представим предметную область «Учебный процесс» как взаимодействие следующих сущностей: каждый «Студент» сдает экзамен или зачет по некоторому «Предмету» согласно учебному плану. В учебном процессе участвует «Преподаватель», который осуществляет чтение учебного курса и контроль знаний «Студента». В учебном процессе также участвует «Кафедра», которая организовывает работу «Преподавателя». Обучение «Студента» ведется в «Группе» совместно с его одногруппниками.
На основании внимательного предметной области выделим следующие сущности модели «сущность-связь» («Entity Relationship» — ER-модели): «Студент», «Группа», «Кафедра», «Преподаватель», «Предмет учебного плана» и изобразим их в виде графических обозначений (прямоугольник, в верхней части которого записано имя сущности, а ниже перечисляются атрибуты, причем ключевые атрибуты помечаются подчеркиванием) – см. рис.10 – 14.
Следует отметить, что для каждой сущности устанавливается свой код – ключевой атрибут, однозначно характеризующий сущность. Например, обычный номер студента в группе не может выполнять роль ключа, поскольку для каждой группы эти номера могут повторяться. Для преподавателя атрибут Табельный номер нежелательно брать в качестве ключевого, поскольку все-таки возможно изменение табельного номера.
Для реализации дополнительных функций базы может потребоваться введение дополнительных атрибутов, например, номера зачетной книжки и домашнего телефона студента, домашнего адреса и домашнего телефона преподавателя, должности преподавателя, рабочей программы, даты сдачи экзамена (зачета) и т.д.
СТУДЕНТ
Код студента
Номер зачетной книжки
Фамилия
Имя
Отчество
Год рождения
Адрес
Домашний телефон
Балл при поступлении
Определение сущности «Студент» в модели ER
ГРУППА
Код группы
Обозначение группы
Количество студентов
Средний балл в группе при поступлении
Определение сущности «Группа» в модели ER
КАФЕДРА
Код кафедры
Название кафедры
Телефон
Заведующий
Определение сущности «Кафедра» в модели ER
ПРЕПОДАВАТЕЛЬ
Код преподавателя
Табельный номер
Фамилия
Имя
Отчество
Домашний адрес
Домашний телефон
Должность
Ученая степень
Ученое звание
Определение сущности «Преподаватель» в модели ER
ПРЕДМЕТ УЧЕБНОГО ПЛАНА
Код предмета
Наименование предмета
Программа
Часы
Вид занятия
Семестр--PAGE_BREAK--
Вид сдачи
Оценка
Дата сдачи --PAGE_BREAK----PAGE_BREAK----PAGE_BREAK--
Пер-вичн.
Да
Да
Числовой
Целое
Код препода-вателя
Внеш.
Да
Числовой
Целое
Код предмета
Внеш.
Да
Числовой
Целое
Часы
Нет
Числовой
Целое
>0
And
Число часов не более 300!
Вид занятия
Нет
Текстовый
10
Семестр
Нет
Числовой
Байт
2
Вид сдачи
Нет
Текстовый
10
Таблица 7. Описание свойств полей таблицы УСПЕВАЕМОСТЬ
Имя поля
Клю-че-вое поле
Уни-каль-ное поле
Обя-за-тель-ное поле
Тип данных
Размер
Число деся-тич-ных зна-ков
Усло-вие на значе-ние
Сооб-щение об ошиб-ке
Код студента
Внеш.
Да, Пер-вичн.
Да
Числовой
Длинноецелое
Код учебного плана
Внеш.
Да
Числовой
Целое
Оценка
Нет
Числовой
Байт
>=0
And
Ошиб-ка в оценке!
Дата сдачи
Нет
Дата/время
Таким образом, мы уже имеем схему базы данных «Учебный процесс», которую получили, воспользовавшись общими правилами перехода к реляционной модели данных. Она является корректной, поскольку в ней уже отсутствуют нежелательные отношения. Теперь необходимо решить вопрос о том, какую СУБД будем использовать и, затем, описать концептуальную схему в терминах выбранной СУБД. Необходимо также произвести описание внешних моделей в терминах выбранной СУБД.
Воспользуемся для простоты уже хорошо нами освоенной ранее (с точки зрения технологии работы) СУБД MS Access. Для начала необходимо решить вопрос о назначении типа данных для каждого атрибута каждой сущности. Ниже приведены некоторые сведения, необходимые для решения этого вопроса.
/>
Схема данных базы данных «Учебный процесс» в реляционной СУБД MS Access».
/>
Окно определения структуры таблицы в режиме конструктора.
2.2. Технологическое обеспечение
Технологическое обеспечение включает описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность операций, начиная от способа сбора первичной информации, включающей два типа документов (документы, данные из которых используются для корректировки НСИ и документы, представляющие оперативную информацию, используемую для расчетов) и заканчивая формированием результатной информации, ее передачи и мероприятиям по переходу на новую отчетную дату. Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации и инструкционные карты основных операций технологического процесса, отражающие пооперационное описание технологии.
Для работы с программным продуктом используется простой, интуитивно понятный интерфейс. Последовательность работы с объектами формы определяется доступностью командных кнопок, целостность данных определяется набором используемых в программе проверок.
/>
Формы предназначены и для заполнения базы данных пользователями. Создадим в режиме автоформы формы «Группа» и «Студент» и введем в формы данные. В соответствующих таблицах базы данных появились новые, введенные нами, данные для группы ДХГ-31.
Аналогично в режиме автоформы следует создать формы «Кафедра», «Преподаватель», «Предмет», «План», «Успеваемость».
/>
Для вывода на печать документов на основе данных из базы используются отчеты. Отчеты во многом похожи на формы, но имеют иное функциональное назначение – они служат для форматированного вывода данных на печатающие устройства и, соответственно, при этом должны учитывать параметры принтера и параметры используемой бумаги.
Создадим отчет «Список студентов по группам» в режиме мастера отчетов на основании запроса «Список студентов по группам», выполненного ранее. Отредактируем в режиме конструктора отчет, если это требуется, чтобы привести отчет в пригодный для печати вид.
/>
Следует также отметить, что внешние схемы базы данных обычно конструируются на стадии разработки приложений.
заключение
Использование данной автоматизированной системы электронного документооборота в реальных условиях приведет к улучшению ряда экономических показателей:
— улучшение значений показателей качества обработки информации (повышение степени достоверности обработки информации, степени ее защищенности, повышение степени автоматизации получения первичной информации);
— увеличение числа обслуживаемых клиентов.
К составляющим эффективность при использовании данной системы электронного документооборота можно отнести также следующее:
— во всех подразделениях и в организации в целом вводится унифицированная, формализованная и строго регламентированная технология делопроизводства;
— организация становится полностью управляемой. Появляется возможность ответить на любой вопрос по документам и исполнителям, осуществлять анализ и управление документационной деятельностью;
— система автоматизации делопроизводства, по сути, является носителем строго формализованной и документированной технологической информации о правилах и порядке работы с документами. В результате уменьшается зависимость организации от персонала как физического носителя технологических знаний и правил работы с документами.
— создаются условия для резкого ускорения прохождения документов по организации, особенно при организации электронного документооборота.
— минимизируется трудоемкость делопроизводственных операций. При этом, однако, надо иметь в виду, что необходимость ввода полной и точной информации о документе, скажем, при первичной регистрации может потребовать дополнительных усилий на некоторых рабочих мест, тогда как трудоемкость работы на других рабочих местах, использующих эту информацию, может сократиться, как показывает опыт, в несколько раз.
— качественный выигрыш достигается организации взаимоувязанного электронного документооборота между организациями, поскольку полностью отпадают проблемы, связанные изготовлением и пересылкой бумажных документов, а затем — в повторном вводе реквизитов текстов полученных документов.
Сегодня эффективность управленческой деятельности зависит в первую очередь от автоматизации всех управленческих процессов. Таким образом, успешная автоматизация управления предприятием будет зависеть от правильного выбора автоматизированной системы.
список литературы
Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983. – 320 с.
Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989. – 351 с.
Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2003. – 352 с.
Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. — М.: Мир, 1991. – 252 с.
Карпова Т.С. Базы данных: модели, разработка, реализация. – СПб.: Питер, 2002. – 304 с.
Кириллов В.В. Структуризованный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.
Корнеев И.К., Машурцов В.А. Информационные технологии в управлении. – М.: ИНФРА-М, 2001. – 158 с.