Пояснительная записка к курсовому проекту по дисциплине «технология разработки программного обеспечения»

Министерство образования РФ

Санкт-Петербург государственный университет

Аэрокосмического приборостроения

Кафедра 46

 

Пояснительная записка к курсовому проекту по дисциплине «технология разработки программного обеспечения»

 

Выполнила студентка гр. №4468 Вихрова В.К.
   
Преподаватель Богданов Д.В.

 

Санкт-Петербург


Задание на курсовой проект

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

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

Проведение вступительных экзаменов

Заранее объявляется перечень необходимых документов и сроки их подачи, адреса факультетов и Приемной комиссии, сроки работы подготовительных курсов,… Вступительные экзамены проводятся по программам, составленным в соответствии с… Регистрация абитуриентов. Перед началом регистрации абитуриентов составляется расписание вступительных экзаменов,…

Формальные модели предметной области

ДПД

2ой уровень:

3 уровень:

Регистрация абитуриента:

Оплата квитанций:

Подготовка к проведению вступительных экзаменов:

 

 

Формирование расписания:

Проведение экзамена:

Анализ процессов:

 

проведение вступительных экзаменов

проведение экзамена
проведение экзамена
составление списка поступивших
проверка экзам. ответов
составление списка прошедших экзамен

оплата курсов
проверка платежеспособности клиента
внесение денег
проверка оплаты
перевод денег университету

формирование расписания
формирование штаба для проверки и проведения экзамена
распределение студентов по аудиториям
создание списка аудиторий
создание конечного расписания

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

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

 


Из этих процессов могут быть автоматизированы: регистрация абитуриента, оплата курсов, составление расписания.

 

Регистрация абитуриента.

Абитуриент заполняет заявку, данные из которой переносятся в БД. Также вводится список заявленных для участия в конкурсе специальностей, на… После проверки абитуриентом на экране монитора достоверности введенных данных… ЕСЛИ внесены документы И квитанции оплачены

Составление расписания.

Дальше расписание формируется для абитуриентов – из расчета, что абитуриенту, подавшему заявления на одну специальность, гарантируется 2 дня для… Формируется конечное расписание. Абитуриенты в день экзамена распределяются по…

Оплата квитанций

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

I. Введение

Настоящее техническое задание, оформленное в соответствии с ГОСТ 19.201-78, содержит требования к информационной системе, предназначенной для просмотра и редактирования информации о проведении вступительных экзаменов в высшие учебные заведения на ПЭВМ.

 

Дата начала работ: 01.02.2006

Дата окончания: 05.06.2006

II. Основание для разработки

Основанием для разработки текстового редактора является задание на курсовой проект по дисциплине “Технология разработки программного обеспечения”. … § Исполнитель и заказчик Заказчиком разработки, выполняемой по настоящему ТЗ, является Санкт-Петербургский государственный университет…

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

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

V. Требования к программной документации

Состав документации определяется Исполнителем на этапе разработки переч­нем разрабатываемых документов и согласовывается с Заказчиком. В комплект документации в обязательном порядке должны входить: - спецификация;

VI. Технико-экономические требования

Трудоемкость разработки, отладки и испытаний АИСА должна быть согласована Испол­нителем и Заказчиком на этапе заключения договора на выполнение работ.

VII. Стадии и этапы разработки

Создание и отработка АИСА должно производиться по следующим основным этапам:

1-й этап. Разработка программы и программной документации.

2-й этап. Испытание программы.

3-й этап. Подготовка и передача программы.

VIII. Порядок контроля и приемки

Программа и методика испытаний АИСА выпускается Исполнителем в соответствии с ГОСТ 19.301-79 («программа и методика испытаний») и должна быть…

IX. Порядок внесения изменений в техническое задание

Настоящее техническое задание может уточняться и дополняться в процессе создания ТР совместными решениями сторон, подписавших техническое задание, оформленными в виде дополнения к ТЗ в соответствии с требованиями ГОСТ 19.201-78.

 

Перечень сокращений

НЖМД - накопитель на жестких магнитных дисках ОЗУ - оперативное запоминающее устройство ПО - программное обеспечение

Описание технологического процесса, включающее краткая характеристика методов анализа, проектирования и др. применяемых в нем методов.

Анализ

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

 

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

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

Роль структурных методов в процессе специфицирования системы как раз и заключается в том, чтобы помочь разработчику определить систему в целом и разбить ее на реализуемые программно или аппаратно подсистемы. Иными словами, специфицирование системы - это определение того, ЧТО система должна делать (требования к системе) и КАКОЙ должна быть ее структура. За этапом специфицирования следуют этапы проектирования аппаратных подсистем и кодирования программных модулей.

 

Ключевые особенности метода структурного анализа в нотации, состоят в следующем:

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

· модели ориентированы на наглядное графическое представление информации в виде различных диаграмм;

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

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

 

В процессе анализа я получила ДПД, декомпозировав до 3го уровня: (см. Предметная область)

 

Проектирование

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

Програмирование

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

Тестирование

 

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

 

Управлениепроектом

  Сетевой график - графическая нотация сетевой модели - в терминах работ и… В сетевых графиках различают три вида работ:

Иструментальные средства

CASE-средства

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

Таблица 1.

название фирма BPR функции данные события
BPWin Logic Works + + - -
CASE.Аналитик Эйтэкс - + + +
CASE/4/0 MicroTOOL - + + +
Database Designer Oracle - - + -
Design/IDEF Meta Software + + + -
Designer/2000 Oracle + + + -
EasyCASE Evergreen CASE Tools - + + +
ERWin Logic Works - - + -
I-CASE Yourdon CAYENNE - + + +
Prokit*WORKBENCH MDIS - + + -
S-Designor Sybase/Powersoft - + + -
SILVERRUN CSA - + + +
Visible Analyst Workbench Visible Systems - + + -

Power Designer компании Sybase.

В состав Power Designer входят следующие модули: Process Analyst - средство для функционального моделирования, поддерживает… Data Analyst - инструмент для построения модели "сущность-связь" и автоматической генерации на ее основе…

Vantage Team Builder (Westmount I-CASE)

Структура и функции Vantage Team Builder обеспечивает выполнение следующих функций: … Vantage Team Builder поставляется в различных конфигурациях в зависимости от используемых СУБД (ORACLE, Informix,…

Uniface

Объявленная в конце 1996 г. версия Uniface 7 полностью поддерживает распределенную модель вычислений и трехзвенную архитектуру… В состав компонент Uniface 7 входят: Uniface Application Server - сервер… В список поддерживаемых СУБД входят DB2, VSAM и IMS; PolyServer обеспечивает также взаимодействие с ОС MVS.

Средства управления проектом

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

План реализации проекта

Календарный план реализации проекта

Заключение

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

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


Литература

  1. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М., 1996.
  2. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1996.
  3. http://cs.ifmo.ru/education/documentation/case
  4. http://max.program.ru/stats/
  5. http://www.csu.ac.ru/osp/
  6. http://www.icerock.ru/