по Технологии Разработки Программного Обеспечения.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

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

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

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

 

 

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

по Технологии Разработки Программного Обеспечения.

 

 

Работу выполнила студентка гр. 4468 Корнева А.А.

 

 

Курсовая работа Научный руководитель

выполнена с оценкой

__________________ ___________________

проф. (доцент)

 

 

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

 

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

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

Предметная область:прокат автомобилей

 

Введение.

 

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

Важная категория интегрированных решений – система обработки информации предприятия. Такую систему мы привыкли называть АСУ – автоматизированная система управления.

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

Современные СУБД в основном являются приложениями Windows, так как данная

среда позволяет более полно использовать возможности персонально ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК

обусловил не только широкий переход к среде Windows, где разработчик

программного обеспечения может в меньше степени заботиться о

распределении ресурсов, но также сделал программное обеспечение ПК в

целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

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

можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland

Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз

данных Microsoft SQL Server и Oracle, используемые в приложениях,

построенных по технологии «клиент-сервер». Фактически, у любой

современной СУБД существует аналог, выпускаемый другой компанией, имеющий

аналогичную область применения и возможности, любое приложение способно

работать со многими форматами представления данных, осуществлять экспорт

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

Общепринятыми, также, являются технологи, позволяющие использовать

возможности других приложений, например, текстовых процессоров, пакетов

построения графиков и т.п., и встроенные версии языков высокого уровня

(чаще – диалекты SQL и/или VBA) и средства визуального программирования

интерфейсов разрабатываемых приложений. Поэтому уже не имеет

существенного значения на каком языке и на основе какого пакета написано

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

того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD

(от английского Rapid Application Development), основанная на широко

декларируемом в литературе «открытом подходе», то есть необходимость и

возможность использования различных прикладных программ и технологий для

разработки более гибких и мощных систем обработки данных. Поэтому в одном

ряду с «классическими» СУБД все чаще упоминаются языки программирования

Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать

необходимые компоненты приложений, критичные по скорости работы, которые

трудно, а иногда невозможно разработать средствами «классических» СУБД.

Современный подход к управлению базами данных подразумевает также широкое

использование технологии «клиент-сервер». Таким образом, на сегодняшний день разработчик не связан рамками какого-либо конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные приложения. Поэтому, более важным представляется общее направление развития СУБД и других средств

разработки приложений в настоящее время.

 

Жизненный цикл программного средства.

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

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

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

Описание предметной области.

o регистрационный номер автомобиля; o номер автомобиля; o Марка автомобиля;

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

   

А) 1 уровень

 

В) 2 уровень

С) 3 уровень

2) Сбор сведений о клиенте

Описание, постановка задачи и разработка бизнес-правил.

  Процесс проката осуществляется следующим образом. Клиент производит заказ на…  

ОПИСАНИЕ ЗАДАЧИ.

Автоматизация управления работой дилера по прокату легковых автомобилей   Цель работы дилера:

Техническое задание.

Предметная область:

Прокат автомобилей.

 

Техническое задание:

I. Введение

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

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

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

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

АИСК предназначена для выполнения следующих действий с информацией о прокате автомобилей на ПЭВМ:

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

- просмотра информации о доступных автомобилях;

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

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

- вывода на печать информации о доступных автомобилях.

 

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

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

Требования к составу выполняемых функций

  § Условия эксплуатации АИСК должен функционировать в соответствии с заданными в настоящем ТЗ тре­бованиями, в составе ПО ПЭВМ, при…

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

НГМД - накопитель на гибких магнитных дисках

НЖМД - накопитель на жестких магнитных дисках

ОЗУ - оперативное запоминающее устройство

ПО - программное обеспечение

ПЭВМ - персональная электронная вычислительная машина

ТЗ - техническое задание

АИСК- Автоматизированная информационная система “Клиент”

 

 

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

  На каждом этапе своего существования с банком данных связаны разные категории… Основные категории пользователей и их роль в функционировании банка данных:

Модель данных.

Общие положения

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

Иерархическая модель данных

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

Сетевая модель данных

В сетевой структуре при тех же основных понятиях (уровень, узел, связь)

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

 

 

Реляционная модель данных

Понятие реляционный (англ. relation — отношение) связано с разработками известного американского специалиста в области систем баз данных Е. Кодда. Эти модели характеризуются простотой структуры данных, удобным для

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

Анализ

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

 

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

 

Построение ДПД:

В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно. Источники
информации (внешние сущности) порождают информационные потоки (потоки данных),
переносящие информацию к подсистемам или процессам. Те в свою очередь
преобразуют информацию и порождают новые потоки, которые переносят информацию к
другим процессам или подсистемам, накопителям данных или внешним сущностям -
потребителям информации. Построение иерархии диаграмм потоков
данных Первым шагом при построении иерархии ДПД является построение
контекстных диаграмм. Обычно при проектировании относительно простых ИС строится
единственная контекстная диаграмма со звездообразной топологией, в центре
которой находится так называемый главный процесс, соединенный с приемниками и
источниками информации, посредством которых с системой взаимодействуют
пользователи и другие внешние системы. Если же для сложной системы
ограничиться единственной контекстной диаграммой, то она будет содержать слишком
большое количество источников и приемников информации, которые трудно
расположить на листе бумаги нормального формата, и кроме того, единственный
главный процесс не раскрывает структуры распределенной системы. Признаками
сложности (в смысле контекста) могут быть: распределенная природа системы; многофункциональность системы с уже сложившейся или выявленной группировкой функций в отдельные подсистемы. Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем. Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой ИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми взаимодействует ИС.

 

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

 

 

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

Инфологическое моделирование.

Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД. Модель «сущность-связь» (ER-модель). Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из…

Определение взаимосвязей между сущностями.

Информационная модель между сущностями:

Задание ключей, определение атрибутов сущности.

База данных автомобилей

  марка авто MARCA_AV I No Yes   цена MONEY MN No No   количество COL_VO I No No

Переход к реляционной модели данных.

Реляционная модель:  

Словарь данных.

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

Процесс программирования.

1) Краткая характеристика программного обеспечения, используемого при создании СУБД.  

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

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

 

 

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

 

ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА, РЕАЛИЗУЮЩИЕ МЕТОДЫ СЕТЕВОГО ПЛАНИРОВАНИЯ И УПРАВЛЕНИЯ.

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

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

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

Список литературы.

1) «Эффективная работа с СУБД» Рубен Ахаян, Андрей Горев, Сергей Макашарипов, Издательство «Питер», 1997 год

2) «Базы данных» Карпова, Издательство «Питер», 2003 год

3) «Разработка программных проектов на основе RUP» Гари Поллис, Лиз Огастин, Крис Лоу, Джас Мадхар, Издательство «Бином», 2005 год