Описание программы обмена жилья

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 08.07.2016
Размер файла 2,3 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Описание программы обмен жилья

1. Анализ предметной области системы подготовки договора обмен жилья

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

1. BFD (Business Function Diagram) - диаграмма бизнес-функций (функциональные спецификации)

2. DFD (Data Flow Diagram) - диаграмма потоков данных

3. STD (State Transition Diagram) - диаграмма переходов состояний (матрицы перекрёстных ссылок)

4. ERD (Entity Relation Diagram) - ER-модель данных предметной области (информационно-логические модели "сущность-связь")

5. SSD (System Structure Diagram) - диаграмма структуры программного приложения.

1.1 Диаграмма функциональных спецификаций(BFD)

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

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

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

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

Рис.1 Диаграмма функциональных спецификаций

1.2 Диаграмма потоков данных

Диаграмма потоков данных(DFD), ориентирована на какую либо технологию обработки данных и отражает передачу информации от одной функции к другой в рамках заданной технологии обработки.

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

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

Основные объекты диаграммы:

Потоки данных - механизм, который отражает передачу информации от одного процесса к другому.

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

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

Внешняя сущность - представляет некоторый объект вне системы, являющийся внешним объектом.

Контекстная диаграмма - самый верхний процесс декомпозиции системы, который отражает общее представление о системе.

1.3 Диаграмма переходов состояний

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

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

Основные объекты:

Состояние - рассматривается как устойчивое значение некоторого свойства в течение определенного времени.

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

Переход - определяет перемещение моделируемой системы из одного состояния в другое. Имя перехода - событие, которое вызвало этот переход.

Триггер - логическое выражение, написанное на макроязыке, которое показывает условие перехода в данное состояние.

Условие перехода - событие, вызывающее переход и идентифицируемое именем перехода.

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

1.4 Диаграммы сущность- связь

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

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

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

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

Каждая связь может иметь один из следующих типов связи:

Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой). Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы имеем всего одну сущность, неправильно разделенную на две.

Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой). Это наиболее часто используемый тип связи.

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

1.5 Диаграммы структуры программных приложений

Структура программного приложения (SSD)представляет собой иерархическую взаимосвязь программных модулей, которые реализует ИС. SSD служит мостом для перехода от системных требований, которые отображены в предыдущих диаграммах (BFD, DFD, STD, ERD), к реализации информационной системы.

2. Реализация пользовательского интерфейса

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

Для каждой закладки необходимо создать свою форму. Начать проектирование новой формы можно командой File | NewForm.

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

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

Форма содержит главное меню, при выборе команд которого содержимое окна изменяется. Меню состоит из следующих пунктов (рис.7):

Рис.7. Меню программы.

Рис. 8. Реализация главной формы системы

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

После двойного щелка на компонент Edit можно его запрограммировать для поиска и просмотра сведений о жилье.

procedure TForm1.Edit1Change(Sender: TObject);

begin

if Length(Edit1.Text)>0 then

ADOTable1.Filtered:=true

else

ADOTable1.Filtered:=false;

ADOTable1.Filter:='АДРЕС>'''+Edit1.Text+'''';

Adotable1.IndexFieldNames:='адрес';

end;

procedure TForm1.Edit2Change(Sender: TObject);

begin

if Length(Edit2.Text)>0 then

ADOTable1.Filtered:=true

else

ADOTable1.Filtered:=false;

ADOTable1.Filter:='Площадь>'''+Edit2.Text+'''';

Adotable1.IndexFieldNames:='Площадь';

end;

procedure TForm1.Edit3Change(Sender: TObject);

begin

if Length(Edit3.Text)>0 then

ADOTable1.Filtered:=true

else

ADOTable1.Filtered:=false;

ADOTable1.Filter:='город>'''+Edit3.Text+'''';

Adotable1.IndexFieldNames:='город';

End;

С помощью меню «Сортировать» можно осуществлять сортировку по номеру, городу, площади и ФИО.

procedure TForm1.N7Click(Sender: TObject);

begin

Adotable1.IndexFieldNames:='Код';

end;

procedure TForm1.N8Click(Sender: TObject);

begin

Adotable1.IndexFieldNames:='ГОРОД';

end;

procedure TForm1.N9Click(Sender: TObject);

begin

Adotable1.IndexFieldNames:='ПЛОЩАДЬ';

end;

procedure TForm1.N10Click(Sender: TObject);

begin

Adotable1.IndexFieldNames:='ФИО';

end;

При выборе пункта меню «Регистрация клиентов» открывается соответствующее окно, которое содержит в себе все данные о клиенте (рис.9).

Рис.9. Окно «Регистрация клиентов»

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

Выбор подходящих вариантов осуществляется с помощью запросов на языке SQL. Для работы с базами данным через SQL-запросы в VCL Delphi используются, как правило, два вида компонентов:

-TQuery - взаимодействует с базой данных посредством драйверов BDE;

-TADOQuery - работает с базой данных с использованием технологии ADO.

Компонент TADOQuery обеспечивает работу с базами данных посредством SQL-запросов через драйверы ADO. Он не имеет принципиальных отличий от класса TQuery, поскольку оба этих класса происходят от общего предка - TDataSet. Поэтому все основные свойства, которые используются при взаимодействии с базой данный через SQL-запрос, для этих двух компонентов аналогичны. В классе TADOQuery имеется ряд дополнительных свойств, отсутствующих в классе TQuery-компонент ТМеmо, который будет использоваться для отображения и редактирования текста запроса;

-компонент отображения данных TDBGrid - для отображения результатов выполнения запроса;

-кнопка TButton - применяется для подачи команды на выполнение запроса (рис.10).

Рис.10. Запрос вариантов

Последняя кнопка нашего меню «Выход». Для того чтобы при нажатии на нее, пользователь выходил из программы необходимо дважды нажав на нее записать программный код: application.terminate;.

3. Тестирование работы системы

жилье интерфейс программный пользовательский

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

Рис.11. Тестирование системы

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

Перейдем к тестированию поиска. Введем в строке поиска нужные параметры. Убедимся что «Поиск» убедился работает исправно. Найденная запись отобразится в dbgrid. В программе «Обмен жилья» можно осуществить поиск по городу, адресу и площади.

Рис.12. Регистрация клиентов.

Рис.13. Запрос подходящего варианта.

При выборе пункта меню «Помощь» появляется соответствующее окно (рис.14).

Рис.14. Помощь.

Рис. 15. О программе.

Размещено на Allbest.ru

...

Подобные документы

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

    курсовая работа [398,8 K], добавлен 22.03.2015

  • Проектирование системы управления базами данных. Особенности реализации в MS SQL. Разработка пользовательского интерфейса. Тестирование и отладка приложения. Руководство пользователя и системного администратора. Анализ и методы разработки приложений.

    курсовая работа [867,9 K], добавлен 16.07.2013

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

    дипломная работа [1,5 M], добавлен 22.03.2018

  • Описание предметной области, определение функциональных требований к системе и построение диаграммы потока данных. Построение модели "сущность-связь", описание сущностей и атрибутов модели. Построение реляционной базы данных и описание ее таблицы.

    курсовая работа [624,5 K], добавлен 30.05.2019

  • Анализ и сбор сведений по предметной области. Исследование программ-аналогов для выявления имеющихся недостатков. Создание структуры данных. Разработка пользовательского интерфейса и сопроводительной документации. Отладка и тестирование программы.

    отчет по практике [2,2 M], добавлен 28.04.2015

  • Описание алгоритмов поиска пути. Диаграмма объектов предметной области. Разработка структурной схемы. Проектирование интерфейса пользователя. Выбор и обоснование комплекса программных средств. Разработка пользовательского меню. Диаграмма компонентов.

    курсовая работа [3,5 M], добавлен 10.04.2015

  • Характеристика предметной области. Проведение исследования функциональных требований к системе. Проектирование структуры хранения данных. Программирование функциональной структуры. Реализация программного средства. Особенность тестирования программы.

    курсовая работа [632,0 K], добавлен 23.02.2023

  • Проектирование базы данных методом "Сущность – Связь". ER-диаграмма предметной области. Таблица "Архив" в режиме конструктора. Создание запросов, отчетов, форм. Форма "вид сделки" и "каталог жилья". Общее понятие об одноранговых и иерархических сетях.

    курсовая работа [3,8 M], добавлен 04.02.2013

  • Назначение программы "Учёт пациентов" и её подсистемы. Диаграмма классов предметной области, диаграмма последовательностей, описание автоматизируемых функций и характеристика функциональной структуры. Физическая схема и описание таблиц базы данных.

    дипломная работа [3,3 M], добавлен 15.11.2016

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

    курсовая работа [1,2 M], добавлен 12.07.2012

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

    курсовая работа [3,2 M], добавлен 23.08.2014

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

    курсовая работа [376,9 K], добавлен 03.07.2011

  • Анализ предметной области и разработка структуры информационой системы (ИС) "Кадры". Описание информационных процессов. Разработка структуры БД и структуры ИС. Разработка структуры базы данных и интерфейсов. Реализация и тестирование ИС "Кадры".

    курсовая работа [1,2 M], добавлен 06.01.2008

  • Основы визуального программирования интерфейса. Архитектура программных систем. Проектирование базы данных. Анализ предметной области и связей между сущностями. Построение модели "сущность-связь". Разработка автоматизированной информационной системы.

    курсовая работа [4,4 M], добавлен 16.11.2014

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

    курсовая работа [303,0 K], добавлен 06.01.2009

  • Выявление требований к информационной системе. Диаграмма вариантов использования. Проектирование информационного обеспечения с использованием семантических моделей. Проектирование пользовательского интерфейса. Реализация программы на Visual Studio.

    дипломная работа [590,2 K], добавлен 28.08.2012

  • Разработка базы данных для местной телефонной связи Тираспольского филиала Московской академии экономики и права. Анализ объектов и процессов предметной области; инфологическое проектирование; составление отчета-квитанции, описание интерфейса программы.

    отчет по практике [520,1 K], добавлен 22.07.2012

  • Словесное описание предметной области. Построение схемы функциональных зависимостей. Реализация базы данных средствами утилиты Enterprise Manager в формате SQL Server Management Studio. Разработка алгоритмов работы программы и приложения пользователя.

    дипломная работа [1,8 M], добавлен 26.03.2015

  • Средства для отображения информации в виде отчетов для редактирования и занесения новых данных в систему. Графическая диаграмма IDEFO функциональной модели предметной области. Связи между атрибутами. Разработка пользовательского интерфейса системы.

    курсовая работа [2,3 M], добавлен 21.10.2012

  • Анализ предметной области. Обоснование проектных решений по разработке автоматизированного рабочего места сотрудника канцелярии банка. Проектирование структуры базы данных и интерфейса системы. Разработка программных модулей и алгоритмов их работы.

    дипломная работа [2,1 M], добавлен 18.10.2015

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.