Разработка программного модуля

Федеральное казенное образовательное учреждение

среднего  профессионального образования

«Калачевский  техникум-интернат»

Министерства  Здравоохранения и социального  развития

 

 

 

КУРСОВАЯ  РАБОТА

 

По дисциплине Технология Разработки Программных  Продуктов

Специальность 230105 «Программное обеспечение вычислительной техники и автоматизированных систем»

Тема: «Разработка  программного модуля  Зачисление абитуриентов»

 

 

 

                                                                    Выполнил студент:

   Горбунов В.А.                                                                

                                                                    группы  Т-43                                                                  

                                                                     Преподаватель:

                                                                    Логачева Е.Г.

Оценка___________

                      

 

 

 

г. Калач  – на – Дону

2012

 

 Содержание

 

Введение…………………………………………………………………………….3

1. Разработка системного проекта………………………………….........................3

1.1. Назначение разработки………………………………………............................3

1.2. Требования к программе или программному изделию………………............3

1.3. Требования к надежности и безопасности…………………........................…4

2. Разработка технического проекта…………………………..................................6

2.1. Разработка программного  обеспечения…………………………….................6

2.2. Проектирование модели  данных………………………………………………7

2.3. Детальное проектирование программного обеспечения (конструирование прототипа)...................................................................................................................11

3. Анализ проекта……………………………………………………........................13

3.1.Определение заинтересованных лиц и их требований……………..............13

3.2. Используемые технологии…………………………………………………..13

3.3.Прецеденты…………………………………………………………………...14

3.4.База данных……………………………………………………………………14

4. Руководство пользователя…………………………………............................…17

4.1. Вход в систему………………………………………………………………..17

4.2.Изменение параметров соединения с базой…………………………………17

4.3. Навигация……………………………………………………………………...17

4.4. Администратор………………………………………………………………..18

4.5. Редактор………………………………………………………………..............18

4.6. Работник комиссии…………………………………………………………....19

4.7. Директор……………………………………………………………………….19

Заключение…………………………………………………………………………21

Список используемой  литературы……………………………………………….22

 

 

 

 

 

 

 

 

 

Введение

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

Автоматизированная  информационная система «Абитуриент» представляет собой часть автоматизированной системы управления средним профессиональным учебным заведением. Цель разработка - автоматизация работы приемной комиссии по организации приема абитуриентов

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

1. Разработка системного проекта

Программа разрабатывается на основе Приказа  ФКОУ СПО «Калачевский техникум-интернат Министерства здравоохранения и социального развития России» №78 от 01.11.2011и в соответствии с учебным планом на 2011-2012 г. Наименование работы: «Разработка программного модуля «Зачисление абитуриентов»

1.1. Назначение разработки

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

1.2. Требования к программе или программному изделию

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

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

Исходные информация из заявлений абитуриентов, документов об образовании. Входными данными являются следующие:

• дата и номер заявления;
• фамилия, имя. отчество;
• пол;
• дата рождения;
• место рождения;
• гражданство;
• ИНН;
• страховой номер;
• домашний адрес;
• паспортные данные;

 Организация входных и выходных данных. Входные данные поступают с клавиатуры. Выходные данные отображаются на экране.

1.3.Требования к надежности и безопасности.

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

Требования  к составу и параметрам технических  средств.

 Системные  требования:

• тактовая частота процессора > 2000 Гц;
• объем оперативной памяти 512 Мб;
• объем свободного дискового пространства 50Мб;
• разрешение монитора 1024 х 768.

Требования  к информационной и программной  совместимости

На компьютерах  должна быть установлена операционная система Windows 2000/ XP. Все формируемые  отчеты должны иметь возможность  экспортирования в редактор электронных таблиц MS Office Excel 2003/2007. На компьютере не должно быть установлено пакетов, программно и аппаратно конфликтующих с системной защиты «1С: Предприятие».

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Разработка технического проекта.

2.1. Разработка программного обеспечения.

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

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

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

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

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

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

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

          

 

 

 

 

 Рис. 1 – Функциональная диаграмма  начального (верхнего) уровня

2.2. Проектирование модели  данных

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

Проанализируем  атрибуты этой сущности: ФИО клиента, марка машины, номерной знак, ФИО  владельца машины, статус заказа, дата окончания работ, тип услуг, стоимость  услуги.

Атрибуты  «Клиент», «Срок выполнения работы», «Стоимость услуги» являются наименованиями отдельных сущностей.

Основные  отношения между сущностями показаны на Рис. 4:

- отношение « Клиент - Автомобиль», один – ко –  многим;

У клиента, возможно имеются несколько автомобилей.

- отношение «Срок выполнения  работы – Автомобиль », один  – к – одному;

Срок  выполнения работы указывается на определённый автомобиль.

- отношение «Стоимость  услуги - Автомобиль», один – к  – одному;

Стоимость услуги присуща определённому автомобилю.

 

 

 

 

Рис. 4 –  Диаграмма «сущность - связь» для  описания базы данных программного модуля «Автосервис» (начальный вариант)

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

Сущность  «Автомобиль» имеет следующие атрибуты:

- #Код (идентификационный  номер в базе данных);

- Фамилию клиента;

- Имя клиента;

- Отчество клиента;

- Марку машины;

- Номерной знак;

- Фамилию владельца машины;

- Отчество владельца машины;

- Имя владельца машины;

- Статус заказа;

- Дата окончания работы;

- Тип услуги;

- Стоимость услуги.

 

 

 

Рис. 5 – Окончательный  вариант ER-диаграммы (диаграммы «сущность – связь»)