Анализ и формализация требования к ПП,планирование работ. 1 день 2 Эскизный проект Предварительная разработка проекта ПП с использованием UML: диаграммы прецедентов использования, диаграммы классов и последовательности...

1 8 15 120 2 Эскизный проект 1 16 15 300 3 Технический проект 1 32 10 320 4 Рабочий проект 1 16 10 160 5 Внедрение 1 8 20 160 З1= 1060 Затраты компьютерного времени составят: З2 = СkF0 , где Сk - себестоимость компьютерного часа...

Калькулятор комплексных чисел

1 8 1,5 12 2 Эскизный проект 1 16 1,5 24 3 Технический проект 1 32 1,5 48 4 Рабочий проект 1 16 1,5 24 5 Внедрение 1 8 1,5 12 З2= 120 Накладные расходы...

Калькулятор на основе микропроцессора

Написать программу для микропроцессора семейства 51, имеющую следующие функции: 1. Ввод чисел с последовательного порта 2. Ввод с клавиатуры арифметических операций(«+», «-», «*», «/») и сброс 3...

Каталог электротоваров

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

Кодирования информации

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

Команды настройки, поиска и устранения неполадок коммутатора D-Link DES-3028

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

Компьютерная распределённая система для получения информации о доменах (DNS)

Разработать оконную утилиту, для обращения к системе DNS (определение доменных имен по IP-адресам, IP-адресов по доменным именам и т.д. - аналог утилиты NSLookUp)...

Разработка локальной вычислительной сети

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

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

Разработка мультимедийного электронного учебника по дисциплине "Компьютерные сети"

к программе «Мультимедийный электронный учебник» Содержание 1. Введение 1.1. Наименование программы 1.2. Назначение и область применения 2. Требования к программе 2.1. Требования к функциональным характеристикам 2.2. Требования к надежности 2.2.1...

Разработка мультисервисной вычислительной сети микрорайона поселка городского типа Струги Красные

Цель: Целью данного проекта является разработка мультисервисной вычислительной сети жилого микрорайона посёлка Струги Красные...

Разработка прикладного обеспечения, реализующего функции составителя кроссворда

Техническое задание - исходный документ на проектирование технического объекта (изделия) (Приложение Б). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики...

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

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

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

Тема: "Разработка информационной системы "Агентство недвижимости""

Содержание

• Введение
• 1 . Техническое задание
• 1.1 Постановка задачи
• 1.2 Требование к программному средству
• Требования к надёжности
• 1.4 Информационное обеспечение задачи
• Описание входной информации
• 2. Описательная часть
• 2.2 Описание программного средства
• 2.3 Контрольный пример
• 2.4 Руководство пользователя
• Заключение
• Список литературы

Введение

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

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

Информация - сведения, сообщения, данные и т.д. В настоящее время не существует единого определения термина информация.

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

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

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

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

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

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

Целью курсового проекта является:

научится создавать качественные и надёжные программные средства, получение рабочих навыков при создании программных средств;

разработать техническую документацию к созданному программному средству.

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

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

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

1.1 Постановка задачи

В процессе курсового проектирования необходимо разработать информационную систему "Агентство недвижимости".

Данная база данных должна обеспечить удобный просмотр/добавление информации о клиентах и недвижимости.

Система должна выполнять следующие функции:

- ввод и редактирование информации о недвижимости:

- "Операции";

- "Недвижимость";

- ввод и редактирование информации о сотрудниках:

- "Рабочие";

- ввод и редактирование информации о клиентах:

- "Клиенты";

- составление договора (при помощи которого строится расписание):

- "Договоры";

- формирование и печать таких документов как:

- "Расписание работников";

Входной информацией должно являться:

- Списки клиентов:

- ФИО клиента;

- телефон;

- Список сотрудников:

- ФИО сотрудника;

- Возможности агентства: доступные операции; доступная недвижимость.

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

1.2 Требование к программному средству

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

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

Данная система должна функционировать под операционной системой ОС Windows XP SP2 (и выше) или Windows Vista и пакета средств Microsoft Office 2007.

Информационная система "Агентство недвижимости" должна выполнять следующие функции:

- ввод и редактирование следующей информации о работе сотрудников агентства недвижимости:

- ФИО сотрудника;

- ввод и редактирование следующей информации о клиенте:

- ФИО клиента;

- Телефон;

- ввод и редактирование следующей информации о возможностях агентства:

- доступные операции;

- доступная недвижимость;

- формирование и печать следующих выходных документов:

- "Расписание работников".

Требования к надёжности

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

Для обеспечения надёжности системы необходимо:

- обеспечение защиты данных от несанкционированного доступа;

- вывод сообщения об ошибке при неправильном вводе данных, в котором указывается поле, где произошла данная ошибка;

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

- обязательными полями являются:

- ФИО клиента;

- Телефон клиента;

– ФИО сотрудника;

– Тип недвижимости;

– Операции с недвижимостью;

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

Требования к условиям эксплуатации

Пользователь должен обладать базовыми навыками работы с ОС Windows (это потребуется в случае какого-либо сбоя) и навыками работать с пакетом средств Microsoft Office 2007, а именно с приложениями Microsoft Word и Microsoft Access.

Для эксплуатации данной информационной системы необходимо, что бы на компьютере были установлены:

– ОС Windows XP SP2 (и выше) или Windows Vista;

– Microsoft Office 2007.

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

Для бесперебойной работы и удобного использования информационной системы "Агентство недвижимости" необходимо, что бы используемые вами технические средства соответствовали ниже перечисленным характеристикам:

- компьютер типа IBM PC или Note Book;

- процессор Pentium Celeron (Pentium IV и выше), AMD Athlon (и выше), с тактовой частотой не меньше 1,6 ГГц;

- 512 Мб ОЗУ;

- HDD со свободным местом не менее 40 Мб;

- операционная система Windows XP SP2 (и выше) или Windows Vista;

- устройства ввода и манипуляций (клавиатура/мышь);

- пакет средств Microsoft Office 2007;

- принтер, поддерживающий печать документов формата А4 (для печати выходных документов).

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

1.4 Информационное обеспечение задачи

Описание входной информации

Входные данные заносятся в информационную систему "агентство недвижимости" из паспорта клиента и возможностей агентства недвижимости.

информационная система агентство недвижимость

Информация включает в себя следующие данные: ФИО клиента; ФИО сотрудника; доступные операции; доступная недвижимость.

Информация о договоре заносится в таблицу "договор", структура которой представлена в таблице 1 (значком "" отмечено ключевое поле).

Таблица 1 - структура таблицы "Договор"

Информация о клиенте заносится в таблицу "Клиенты", структура которой представлена в таблице 2 (значком "" отмечено ключевое поле).

Таблица 2 - структура таблицы "Клиенты"

Информация о недвижимости заносится в таблицу "недвижимость", структура которой представлена в таблице 3 (значком "" отмечено ключевое поле).

Описание нормативно-справочной информации

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

- Таблицы:

- Недвижимость;

- Операции;

- Рабочие.

Структура нормативно-справочных таблиц приведена ниже (значком "" отмечено ключевое поле).

Таблица 3 - структура нормативно-справочной таблицы "недвижимость"

Информация об операциях заносится в таблицу "операции", структура которой представлена в таблице 4 (значком "" отмечено ключевое поле).

Таблица 4 - структура нормативно-справочной таблицы "операции"

Информация о рабочих заносится в таблицу "рабочие", структура которой представлена в таблице 5 (значком "" отмечено ключевое поле).

Таблица 5 - структура нормативно-справочной таблицы "рабочие"

На рисунке 1 изображена схема данных данной информационной системы.

Рисунок 1 - Схема данных

2. Описательная часть

2.1 Контекстная диаграмма бизнес-процесса решаемой задачи

Контекстная диаграмма бизнес-процесса решаемой задачи "Агентство недвижимости" выполненная в программе Computer Associates BPwin представлена ниже.

Главная композиция контекстной диаграммы "формирование расписания агентства недвижимости", которая представленная на рисунке 2, содержит следующие данные:

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

управление: устав РФ, устав предприятия, лицензия на предоставление услуг;

ресурсы: МТО (машина технического обслуживания), начальство;

на выходе: расписание работников.

Рисунок 2 - Формирование расписания агентства недвижимости

Декомпозиция первого уровня контекстной диаграммы "формирование расписания агентства недвижимости" отображена на рисунке 3.

Рисунок 3 - Декомпозиция первого уровня

Декомпозиция блока "Сбор информации" представлена на рисунке 4.

Рисунок 4 - Декомпозиция первого уровня

Декомпозиция блока "Формирование БД" представлена на рисунке 5.

Рисунок 5 - Декомпозиция блока "Формирование БД"

Декомпозиция блока "Выполнение запроса" представлена на рисунке 6.

Рисунок 6 - Декомпозиция блока "Выполнение запроса"

2.2 Описание программного средства

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

Программа разработана в Microsoft Office 2007 Access. Изначально программа занимает 2Мб, по мере заполнения базы данных программа будет занимать больше места на жёстком диске. Информационная система имеет 7 форм. Их наименование и описание отображено в таблице 6.

Таблица 6 - описание нормативно-справочных форм

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

2.3 Контрольный пример

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

Запускаем информационную систему, это файл формата *. accdb (рисунок 7).

Рисунок 7 - запуск программы

После запуска программа запрашивает пароль, окно отображено на рисунке 8.

Рисунок 8 - запрос пароля

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

Рисунок 9 - форма-меню

На рисунках 10, 11, 12, 13 и 14 отображены формы "Договор", "Рабочие", "Клиенты", "Операции" и "Недвижимость" соответственно.

Рисунок 10 - "Договор"

Рисунок 11 - "Рабочие"

Рисунок 12 - "Клиенты"

Рисунок 13 - "Операции"

Рисунок 14 - "Недвижимость"

2.4 Руководство пользователя

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

Основные действия доступные пользователю данной информационной системы перечислены в таблице 7.

Таблица 7 - руководство пользователя

Операция	Действие пользователя	Действие программы
Запуск программы	Для запуска программы необходимо запустить файл "ИС Агентство недвижимости. accdb"	На экране появится окно для ввода пароля
Ввод пароля	Для входа необходимо ввести верный пароль	При верном пароле откроется главная форма ИС
	Пользователь просматривает форму составленных договоров, также есть возможность добавления/удаления новых записей.
	Пользователь просматривает форму сотрудников агентства, также есть возможность добавления/удаления новых записей.	Данные автоматически заносятся в базу данных
	Пользователь просматривает форму клиентов агентства, также есть возможность добавления/удаления новых записей.	Данные автоматически заносятся в базу данных
Операции	Пользователь просматривает форму возможных операций агентства с недвижимостью.	Занесение выбранной операции в форму "договор"
Недвижимость	Пользователь просматривает форму предоставления агентством вариантов недвижимости.	Занесение выбранного типа недвижимости в форму "договор"
	В главном меню пользователь нажал кнопку "Exit"	Программ активирует кнопочную форму с вариантами: ДА и НЕТ
Вариант "Нет"	Пользователь выбрал кнопку "НЕТ"	Программ возвращается в главную форму
Вариант "Да"	Пользователь выбрал кнопку "ДА"	Приложение закрывается

Заключение

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

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

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

Закрепление навыков происходит в ходе решения поставленной задачи - разработки бизнес-процесса, создание базы данных, тестирование и отладка информационной системы.

Завершением курсового проекта являлось написание пояснительной записки, при написании которой так же были закреплены навыки по оформлению отчётов.

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

1. Сайт http://office. microsoft.com/ru-ru/training/CR101582831049. aspx;

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

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

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

дипломная работа , добавлен 27.11.2009


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

курсовая работа , добавлен 10.02.2013


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

дипломная работа , добавлен 04.11.2012


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

курсовая работа , добавлен 28.12.2012


Разработка базы данных на основе СУБД Microsoft Access, позволяющая автоматизировать работу кадрового агентства. Предметная область, основанная на реальной информации по кадровому агентству. Модель информационной системы, реализованная в ER-win.

курсовая работа , добавлен 15.12.2011


Особенности процессов обслуживания заказчиков, исследования рынка недвижимости, формирования информации о финансовых манипуляциях. Описание модели агентства; последовательность создания контекстной диаграммы. Оптимизация разработанной модели "to be".

курсовая работа , добавлен 28.08.2012


Анализ предметной области и среда функционирования информационной системы "Туристическое агентство". Разработка и сопровождение баз данных средствами Enterprise Manager в среде SQL Server 2008. Принципы создания таблиц, запросы, хранимые процедуры.

курсовая работа , добавлен 11.12.2013


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

презентация , добавлен 08.12.2013


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

курсовая работа , добавлен 16.09.2017


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

ГОУ НПО Профессиональный

М Е Т О Д И Ч Е С К И Е

Р Е К О М Е Н Д А Ц И И

ПО КУРСОВОМУ ПРОЕКТИРОВАНИЮ

ПО ДИСЦИПЛИНЕ

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНЫХ ПРОДУКТОВ

по специальности

230105(2203) Программное обеспечение вычислительной техники и
автоматизированных систем

(базовый уровень)

Калининград, 2007

“ ОДОБРЕНА ”

Предметной

(цикловой) комиссией

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

Председатель ПЦК

Зам. директора

по УМР

_______________________

_______________________

Рецензенты:

ВВЕДЕНИЕ

В соответствии с государственным образовательным стандартом среднего профессионального образования к минимуму содержания и уровню подготовки выпускников по специальности “Программное обеспечение вычислительной техники и автоматизированных систем” в области специальных дисциплин выпускник должен уметь :

· разрабатывать алгоритм программной реализации поставленной задачи;

· создавать программный продукт по разработанному алгоритму, выполнять отладку и тестирование программного продукта;

· осуществлять разработку и сопровождение сетевых приложений;

Задачами курсового проекта являются:

Изучение особенностей конкретной предметной области, относящихся к теме курсового проекта;

Анализ возможных подходов и методов решения с обоснованием выбранного метода;

Выбор или разработка модели (математической, структурной, информационной и т. д.), необходимой для достижения цели;

Выбор эффективных алгоритмов с учётом их точности, устойчивости, сходимости и т. д.;

Анализ полученных результатов работы ПО;

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

2. ВЫБОР ТЕМЫ

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

Допускается выполнение курсового проекта по одной теме группой студентов.

3. ТЕМЫ КУРСОВЫХ ПРОЕКТОВ (Приложение)

1. Разработать программный модуль «Учет успеваемости студентов».

2. Разработать программный модуль «Личные дела студентов».

3. Разработать программный модуль «Кафедра».

4. Разработать программный модуль «Лаборатория».

5. Разработать программный модуль «Автосервис».

6. Разработать программный модуль «Учет нарушений правил дорожного движения».

7. Разработать программный модуль «Картотека агентства недвижимости ».

8. Разработать программный модуль «Картотека абонентов АТС».

9. Разработать программный модуль «Авиакасса».

10. Разработать программный модуль «Книжный магазин».

11. Разработать программный модуль «Автостоянка».

12. Разработать программный модуль «Кадровое агентство».

13. Разработать программный модуль «Расчета амортизации имущества».

14. Разработать программный модуль «Экзаменатор».

15. Разработать программный модуль «Учет отработанного времени студентов».

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

17. Разработать программный модуль «Картотека для учета литературы в библиотеке».

18. Разработать программный модуль «Учета товаров на складе».

19. Разработать программный модуль «Игровую программу типа Master Mind».

20. Разработать программный модуль «Логическая игра на угадывание комбинации чисел».

21. Разработать программный модуль «Программа для индикации расписания текущих занятий группы студентов».

22. Разработать программный модуль «Информационно-справочная программа для продажи CD».

23. Создать программный модуль «Корпоративный Web-узел туристической фирмы».

24. Создать программный модуль «Корпоративный Web-узел магазина компьютерных комплектующий».

25. Создать программный модуль «Корпоративный Web-узел магазина компьютерной периферии».

26. Создать программный модуль «Личный Web-узел администратора компьютерной сети».

27. Создать программный модуль «Web-узел проекта благоустройства территории колледжа».

28. Создать программный модуль «Web-узел проекта построения зимнего сада на территории колледжа».

4. СОДЕРЖАНИЕ И ЭТАПЫ ВЫПОЛНЕНИЯ
КУРСОВОГО ПРОЕКТА

1. Выбор темы и согласование её с руководителем. Подбор литературы.

2. Изучение требований к оформлению работы.

3. Составление плана по реализации курсового проекта. Разработка алгоритма решения.

4. Реализация алгоритма.

5. Отладка программы.

6. Тестирование программы.

7. Составление программной и эксплуатационной документации.

8. Анализ полученных результатов.

9. Оформление отчёта.

10. Защита курсового проекта.

5. СТРУКТУРА КУРСОВОГО ПРОЕКТА

Курсовой проект должен включать оттестированное программное обеспечение и пояснительную записку (не менее20 листов формата А4).

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

Пояснительная записка курсового проекта должна иметь следующую
структуру :

Титульный лист установленного образца (Приложение 1);

Введение;

Выбор программных и аппаратных средств для реализации поставленной
задачи;

Описательная часть разработанного программного обеспечения;

Программная документация;

Эксплуатационная документация;

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

Список использованной литературы;

Приложения.

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

Программная документация включает следующий комплекс документов:

Творческий подход к написанию курсового проекта;

Правильность и научная обоснованность выводов;

Аккуратность и правильное оформление курсового проекта.

Окончательная оценка курсовой работы выставляется по итогам защиты и качеству работы.

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

Защищенные курсовые проекты студентам не возвращаются и хранятся в архиве учебного заведения.

ПРИЛОЖЕНИЕ 1

Образец оформления титульного листа

ГОУ НПО Профессиональный

художественно-промышленный лицей № 10

КУРСОВОЙ ПРОЕКТ

по дисциплине “Технология разработки программного продукта ”

на тему:___________________________________________________________________

Выполнил студент ______________________________ Фамилия, имя, отчество

Специальность, курс, группа __________________________________________

Научный руководитель ___________________________ Фамилия, имя, отчество

Дата сдачи, подпись студента ______________________

________________________________________________

Дата защиты, оценка, подпись преподавателя

Калининград

ПРИЛОЖЕНИЕ 2

ТЕХНИЧЕСКОЕ ЗАДАНИЕ.

ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ

ГОСТ 19.201 – 78

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

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

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

1. ВВЕДЕНИЕ

В разделе указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

Документ (документы), на основании которых ведется разработка;

Организация, утвердившая этот документ, и дата его утверждения;

Наименование и/или условное обозначение темы разработки.

3. НАЗНАЧЕНИЕ РАЗРАБОТКИ

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

4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ

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

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

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

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

4.3. Условия эксплуатации.

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

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

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

При необходимости должна обеспечиваться защита информации и программ.

5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

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

6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ

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

7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

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

8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

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

В приложениях к техническому заданию, при необходимости, приводят:

Перечень научно-исследовательских и других работ, обосновывающих разработку;

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

Другие источники разработки.

ПРИЛОЖЕНИЕ 3

ТЕКСТ ПРОГРАММЫ (ГОСТ 19.401 – 78)

Для текста программы на исходном языке при наличии аннотации в нее включают краткое описание функции программы.

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

Допускается вводить наименование также и для совокупности разделов.

Каждый из этих разделов реализуется одним из типов символической записи, например:

Символическая запись на исходном языке;

Символическая запись на промежуточных языках;

Символическое представление машинных кодов и т. п.

ПРИЛОЖЕНИЕ 4

ОПИСАНИЕ ПРОГРАММЫ (ГОСТ 19.402 – 78)

В зависимости от особенностей программы допускается вводить дополнительные разделы помимо нижеуказанных или объединять отдельные разделы.

1. ОБЩИЕ СВЕДЕНИЯ

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

2. ФУНКЦИОНАЛЬНОЕ НАЗНАЧЕНИЕ

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

3. ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ

В разделе должны быть указаны:

Алгоритмы программы;

Используемые методы;

Структура программы с описанием функций составных частей и связи между ними;

Связи программы с другими программами.

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

4. ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА

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

В разделе должны быть указаны:

Способ вызова программы с соответствующего носителя данных;

Входные точки программы.

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

6. ВХОДНЫЕ ДАННЫЕ

В разделе должны быть указаны:

Характер, организация и предварительная подготовка входных данных;

Формат, описание и способ кодирования входных данных.

7. ВЫХОДНЫЕ ДАННЫЕ

В разделе должны быть указаны:

Характер и организация выходных данных;

Формат, описание и способ кодирования выходных данных.

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

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

ПРИЛОЖЕНИЕ 5

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА (ГОСТ 19.404-79)

Составление информационной части (аннотации и содержания) является необязательным.

В зависимости от особенностей документа отдельные разделы (подразделы) допускается объединять, а также вводить новые разделы (подразделы).

ВВЕДЕНИЕ

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

1. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

В разделе указывают назначение программы, краткую характеристику области применения программы.

2. ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

Раздел должен содержать следующие подразделы:

2.1 Постановка задачи.

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

2.2 Описание алгоритма и/или функционирования программы.

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

2.3 Состав технических и программных средств.

Приводится описание и обоснование выбора состава метода организации входных и выходных данных.

2.4 Состав технических и программных средств.

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

3. ОЖИДАЕМЫЕ ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ

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

4. ИСТОЧНИКИ, ИСПОЛЬЗУЕМЫЕ ПРИ РАЗРАБОТКЕ

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

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

ПРИЛОЖЕНИЕ 6

ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ

ГОСТ 19.507 – 79

Составление информационной части (аннотации и содержания) является необязательным.

В ведомости перечисляют документы, входящие в перечень эксплуатационных документов.

Ведомость эксплуатационных документов должна содержать следующие разделы: документы на программу; документы на составные части программы.

Ведомость эксплуатационных документов на компонент, имеющий самостоятельное применение, должна содержать только раздел “Документы на программу”.

В разделе “Документы на программу” должны быть записаны все эксплуатационные документы (кроме ведомости эксплуатационных документов) на данную программу.

В разделе “Документы на составные части программы” должны быть записаны ведомости эксплуатационных документов на все программы непосредственно входящие в программу.

Запись документов в ведомости производят под заголовками разделов в графе “Наименование”.

Документы записывают в ведомости в порядке возрастания кода вида документа, входящего в обозначение.

Графы ведомости заполняют следующим образом:

· в графе “Обозначение” указывают обозначение документов по ГОСТ 19.103-77;

· в графе “Наименование” указывают полное наименование эксплуатационного документа в соответствии с наименованием, указанным в листе утверждения или титульном листе;

· для документов на данную программу записывают только наименование и вид документов;

· в графе “Кол. экз.” указывают количество экземпляров данного документа;

· в графе “Местонахождение” указывают номер папки, в которой хранится документ, выполненный печатным способом.

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

Допускается приводить порядковые номера примечаний.

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

В ведомости приводят также, при необходимости, перечень папок, в которые уложены документы, выполненные печатным способом.

Папки в ведомости записывают после перечисления всех документов под заголовком “Перечень папок” в графе “Наименование” в порядке возрастания их порядковых номеров.

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

Графу “Обозначение” подчеркивают;

В графу “Наименование” указывают наименование и номер папки, например, “Папка № 1”;

В графе “Кол. экз.” указывают количество экземпляров папок данного наименования, входящих в состав одного комплекса эксплуатационных документов;

В графе “Местонахождение” указывают, при необходимости, местонахождение папок.

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

Обозначение

Наименование

Местонахождение

А. В. 001-01_32_01-1

Операционная система. Средства восстановления системы

А. В. 001-01_32_01-2

Операционная система. Редактор связей.

ПРИЛОЖЕНИЕ 7

ОПИСАНИЕ ПРИМЕНЕНИЯ (ГОСТ 19.502-78)

Составление информационной части (аннотации и содержания) является обязательным.

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

1. НАЗНАЧЕНИЕ ПРОГРАММЫ

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

2. УСЛОВИЯ ПРИМЕНЕНИЯ

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

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

В разделе должны быть указаны определения задачи и методы её решения.

4. ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ

В разделе должны быть указаны сведения о входных и выходных данных.

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

ПРИЛОЖЕНИЕ 8

РУКОВОДСТВО ПО ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ

(ГОСТ 19.508-79)

Составление информационной части (аннотации и содержания) является обязательным.

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

1. ВВЕДЕНИЕ

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

2. ОБЩИЕ УКАЗАНИЯ

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

3. ТРЕБОВАНИЯ К ТЕХНИЧЕСКИМ СРЕДСТВАМ

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

4. ОПИСАНИЕ ФУНКЦИЙ

В разделе указывают:

Максимальный состав технических средств, проверяемых этой программой;

Описание совместного функционирования технических средств и программы с указанием метода обработки ошибок;

Описание организации входных и выходных данных, используемых при обслуживании технических средств;

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

ПРИЛОЖЕНИЕ 9

1. Разработать программный модуль «Учет успеваемости студентов».

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

2. Разработать программный модуль «Личные дела студентов».

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

3. Разработать программный модуль «Кафедра».

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

4. Разработать программный модуль «Лаборатория».

Модуль содержит сведения о сотрудниках лаборатории (ФИО, пол, возраст, семейное положение, наличие детей, должность, ученая степень) и предназначен для использования сотрудниками профкома и отдела кадров.

5. Разработать программный модуль «Автосервис».

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

6. Разработать программный модуль «Учет нарушений правил дорожного
движения».

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

7. Разработать программный модуль «Картотека агентства недвижимости».

Модуль предназначен для использования работниками агентства. В базе содержатся сведения о квартирах (количество комнат, этаж, метраж и др.). При поступлении заявки на обмен (куплю, продажу) производится поиск подходящего варианта. Если такого нет, клиент заносится в клиентскую базу и оповещается, когда вариант появляется.

8. Разработать программный модуль «Картотека абонентов АТС».

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

9. Разработать программный модуль «Авиакасса».

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

10. Разработать программный модуль «Книжный магазин».

11. Разработать программный модуль «Автостоянка».

В программе содержится информация о марке автомобиля, его владельце, дате и времени въезда, стоимости стоянки, скидках, задолженности по оплате и др.

12. Разработать программный модуль «Кадровое агентство».

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

13. Разработать программный модуль «Расчета амортизации имущества».

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

б) указанная ликвидная стоимость превышает начальную стоимость;

в) указан период расчета, превышающий срок амортизации.

14. Разработать программный модуль «Экзаменатор».

Тестовое задание должно состоять из 5-7 вопросов, имя файла-теста задается в командной строке списка программы.

15. Разработать программный модуль «Учет отработанного времени
студентов».

Программа должна быть реализована средствами MS Visual Studio; давать возможность ввода-вывода фамилии студента, номера группы и отработанного времени, а также и краткого описания выполненной работы; отображать список студентов и краткое описание работы для каждого из них; иметь возможность редактирования списка и описаний.

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

Программа должна быть реализована средствами MS Visual Studio; давать возможность ввода-вывода фамилии, имени и отчества клиента и его почтового адреса; отображать список клиентов и адрес для каждого из них; иметь возможность редактирования списка и адресов; иметь возможность создания и отображения нескольких списков; иметь возможность экспорта информации в другие приложения, например, MS Word.

17. Разработать программный модуль «Картотека для учета литературы в библиотеке».

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

18. Разработать программный модуль «Учета товаров на складе».

Программа должна быть реализована средствами MS Visual Studio; давать возможность ввода-названия товара и количества, а также краткого описания; отображать список товаров и описания для каждого; иметь возможность редактировать наименование товаров и описание; иметь возможность создания нескольких списков по группам товаров.

19. Разработать программный модуль «Игровую программу типа Master Mind».

Программа должна быть реализована средствами MS Visual Studio; давать возможность угадывать наборы цветов и выводить информацию об ошибках; пользователю предоставляется несколько попыток; если набор угадан, выводится сообщение о выигрыше, если нет - новая попытка или сообщение о проигрыше.

20. Разработать программный модуль «Логическая игра на угадывание комбинации чисел».

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

21. Разработать программный модуль «Программа для индикации расписания текущих занятий группы студентов».

Программа должна быть реализована средствами MS Visual Studio; в зависимости от времени отображать на экране проходящее занятие, его начало и окончание в соответствии со введенным расписанием.

22. Разработать программный модуль «Информационно-справочная программа для продажи CD».

Программа должна быть реализована средствами MS Visual Studio; давать возможность ввода-вывода названия диска, стоимости и краткого содержания; отображать список дисков и краткое содержания для каждого из них; иметь возможность редактирования списка и содержаний; иметь возможность импортировать описание диска из другого приложения, например MS Word.

23. Создать программный модуль «Корпоративный Web-узел туристической фирмы».

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

24. Создать программный модуль «Корпоративный Web-узел магазина компьютерных комплектующий».

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

25. Создать программный модуль «Корпоративный Web-узел магазина компьютерной периферии».

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

26. Создать программный модуль «Личный Web-узел администратора компьютерной сети».

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

27. Создать программный модуль « Web-узел проекта благоустройства территории лицея».

28. Создать программный модуль « Web-узел проекта построения зимнего сада на территории лицея».

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

СПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 7.1–84. Библиографическое описание документа. Общие требования и правила составления.

2. ГОСТ 7.9-95. Реферат и аннотация. Общие Требования.

3. Стандарты Единой системы программной документации (ЕСПД).

4. Шишкин указания к курсовому проекту. – Смоленск, 2002.

5. Рудакова данных. Разработка приложений.– СПб.:БХВ-Петербург, 2006

6. Илюшечкин использования и проектирования баз данных – М.: Высшее образование. 2009

ВВЕДЕНИЕ.. 3

1. ЦЕЛЬ И ЗАДАЧИ КУРСОВОГО ПРОЕКТИРОВАНИЯ.. 3

2. ВЫБОР ТЕМЫ... 4

3. ТЕМЫ КУРСОВЫХ ПРОЕКТОВ.. 4

5. СТРУКТУРА КУРСОВОГО ПРОЕКТА.. 5

6. ОФОРМЛЕНИЕ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ К КУРСОВОМУ ПРОЕКТУ.. 6

7. ЗАЩИТА КУРСОВОГО ПРОЕКТА.. 7

ПРИЛОЖЕНИЕ 1. 8

ПРИЛОЖЕНИЕ 2. 9

ПРИЛОЖЕНИЕ 3. 11

ПРИЛОЖЕНИЕ 4. 12

ПРИЛОЖЕНИЕ 5. 14

ПРИЛОЖЕНИЕ 6. 15

ПРИЛОЖЕНИЕ 7. 16

ПРИЛОЖЕНИЕ 8. 17

ПРИЛОЖЕНИЕ 9. 18

СПИСОК ЛИТЕРАТУРЫ... 22

Лабораторные работы № 1-5 выполняются для одного и того же варианта.

• 1. Разработать программный модуль «Учет успеваемости студентов». Программный модуль предназначен для оперативного учета успеваемости студентов в сессию деканом, заместителями декана и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому.
• 2. Разработать программный модуль «Личные дела студентов». Программный модуль предназначен для получения сведений о студентах сотрудниками деканата, профкома и отдела кадров. Сведения должны храниться в течение всего срока обучения студентов и использоваться при составлении справок и отчетов.
• 3. Разработать программный модуль «Решение комбинаторно-оптимизационных задач». Модуль должен содержать алгоритмы поиска цикла минимальной длины (задача коммивояжера), поиска кратчайшего пути и поиска минимального связывающего дерева.
• 4. Разработать приложение ’Утс1о?5 «Органайзер». Приложение предназначено для записи, хранения и поиска адресов и телефонов физических лиц и организаций, а также расписания, встреч и др. Приложение предназначено для любых пользователей компьютера.
• 5. Разработать приложение yindows «Калькулятор». Приложение предназначено для любых пользователей и должно содержать все арифметические операции (с соблюдением приоритетов) и желательно (но не обязательно) несколько математических функций.
• 6. Разработать программный модуль «Кафедра», содержащий сведения о сотрудниках кафедры (ФИО, должность, ученая степень, дисциплины, нагрузка, общественная работа, совместительство и др.). Модуль предназначен для использования сотрудниками отдела кадров и деканата.
• 7. Разработать программный модуль «Лаборатория», содержащий сведения о сотрудниках лаборатории (ФИО, пол, возраст, семейное положение, наличие детей, должность, ученая степень). Модуль предназначен для использования сотрудниками профкома и отдела кадров.
• 8. Разработать программный модуль «Автосервис». При записи на обслуживание заполняется заявка, в которой указываются ФИО владельца, марка автомобиля, вид работы, дата приема заказа и стоимость ремонта. После выполнения работ распечатывается квитанция.
• 9. Разработать программный модуль «Учет нарушений правил дорожного движения». Для каждой автомашины (и ее владельца) в базе хранится список нарушений. Для каждого нарушения фиксируется дата, время, вид нарушения и размер штрафа. При оплате всех штрафов машина удаляется из базы.
• 10. Разработать программный модуль «Картотека агентства недвижимости», предназначенный для использования работниками агентства. В базе содержатся сведения о квартирах (количество комнат, этаж, метраж и др.). При поступлении заявки на обмен (куплю, продажу) производится поиск подходящего варианта. Если такого нет, клиент заносится в клиентскую базу и оповещается, когда вариант появляется.
• 11. Разработать программный модуль «Картотека абонентов АТС». Картотека содержит сведения о телефонах и их владельцах. Фиксирует задолженности по оплате (абонентской и повременной). Считается, что повременная оплата местных телефонных разговоров уже введена.
• 12. Разработать программный модуль «Авиакасса», содержащий сведения о наличии свободных мест на авиамаршруты. В базе должны содержаться сведения о номере рейса, экипаже, типе самолета, дате и времени вылета, а также стоимости авиабилетов (разного класса). При поступлении заявки на билеты программа производит поиск подходящего рейса.
• 13. Разработать программный модуль «Книжный магазин», содержащий сведения о книгах (автор, название, издательство, год издания, цена). Покупатель оформляет заявку на нужные ему книги, если таковых нет, он заносится в базу и оповещается, когда нужные книги поступают в магазин.
• 14. Разработать программный модуль «Автостоянка». В программе содержится информация о марке автомобиля, его владельце, дате и времени въезда, стоимости стоянки, скидках, задолженности по оплате и др.
• 15. Разработать программный модуль «Кадровое агентство», содержащий сведения о вакансиях и резюме. Программный модуль предназначен как для поиска сотрудника, отвечающего требованиям руководителей фирмы, так и для поиска подходящей работы.

Транскрипт

1 Проектирование информационной системы «Агентство недвижимости» Сахно С.И. Балаковский инженерно-технологический институт филиал федерального государственного автономного образовательного учреждения высшего профессионального образования «Национальный исследовательский ядерный университет «МИФИ» г. Балаково, Россия Design of the information system "Real estate agency" Sakhno S.I. Balakovo Institute of Engineering and Technology of the National Research Nuclear University MEPhI (Moscow Engineering Physics Institute) Balakovo, Russia

2 ВВЕДЕНИЕ Развитие информационных технологий в мире и в нашей стране происходит уже более 25 лет. И в современном обществе уже трудно представить, как обходились бы люди без технических средств, информационно-коммуникационных технологий и персонального компьютера в своей жизни и профессиональной сфере деятельности. Информация превратилась в один из наиболее важных ресурсов, а информационные системы стали необходимым инструментом практически во всех сферах деятельности. Современная жизнь человека настолько насыщена различного рода информацией, что для её обработки требуется создание огромного количества хранилищ различного назначения. Информационные системы характеризуются огромными объёмами хранимых данных, сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей. Эти задачи можно решить с использованием информационных систем. Информационные системы это системы обработки данных какой-либо предметной области со средствами накопления, хранения, обработки, преобразования, передачи, обновления информации с использованием компьютерной и другой техники. При автоматизации деятельности человека происходит перенос реального мира в электронный формат. Для этого выделяется какая-то часть этого мира и анализируется на предмет возможности автоматизации. Она называется предметной областью и строго очерчивает круг объектов, которые изучаются, измеряются, оцениваются и т.д. В результате этого процесса выделяются объекты автоматизации и определяются реквизиты, по которым данные объекты оцениваются. Результатом данного процесса становится база данных, которая описывает конкретную часть реального мира со строго определённых позиций. Актуальность разработки настоящей информационной системы для предметной области «Агентство недвижимости» заключается в необходимости

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

4 1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 1.1 Характеристика организации Разрабатываемая информационная система предназначена для предметной области «Агентство недвижимости». Агентство недвижимости предоставляет профессиональное сопровождение всех операций, которые возможны на рынке недвижимости. В первую очередь это продажа и покупка жилой и коммерческой недвижимости, а также аренда квартир, комнат, земельных участков. Преимуществом агентства является объёмная база вариантов недвижимости и земельных участков, выставленных на продажу или предлагаемых для сдачи в аренду. Сотрудники агентства недвижимости ежедневно работают над расширением базы данных квартир, загородных домов, коммерческих помещений и земельных участков и хорошо в ней ориентируются. Использование информационной системы предусматривает существенное упрощение и ускорение работы по учёту клиентов фирмы, их заявок на покупку и продажу недвижимости, за счёт автоматизации операций, производимых при добавлении нового клиента в базу данных фирмы, составлении заявок для отдельно взятого покупателя или продавца, удаления данных об объекте при проведении операции продажи недвижимости. 1.2 Назначение информационной системы Под системой понимают любой объект, который одновременно рассматривается и как единое целое, и как объединённая в интересах достижения поставленных целей совокупность разнородных, взаимосвязанных и взаимодействующих между собой элементов. Системы значительно отличаются между собой как по составу, так и по главным целям.

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

6 Рисунок 1 Блок-схема работы информационной системы организации Наличие такой базы данных позволяет сформировать информацию для принятия решений. Сама по себе информационная система не является инструментом для принятия управленческих решений. Решения принимаются людьми. Но система управления в состоянии представить или «подготовить» информацию в таком виде, чтобы обеспечить принятие решения. Системы поддержки принятия решений в состоянии обеспечить, например: отслеживание эффективности работы различных участков и служб для выявления и устранения слабых звеньев, а также для совершенствования бизнес-процессов и организационных единиц; анализ деятельности отдельных подразделений; обобщение данных из различных подразделений; анализ показателей различных направлений финансовохозяйственной деятельности предприятия для выделения перспективных и убыточных направлений бизнеса; выявление тенденций, развивающихся на предприятии, так и на рынке. Не следует забывать и о том, что работать с системой придётся обычным людям, являющимся специалистами в своей предметной области, но зачастую обладающими весьма средними навыками в работе с компьютерами. Интерфейс информационных систем должен быть им интуитивно понятен.

7 1.3 Пользователи и функции пользователей информационной системы Целью создания информационной системы для агентства недвижимости является автоматизация основных процессов, происходящих в агентстве. Пользователями данной информационной системы будут являться сотрудники агентства: риелторы, операторы ЭВМ, программист, секретарь, а также клиенты агентства. В информационной системе должен быть обеспечен ввод и хранение информации о недвижимости, обо всех сделках клиентов, информация о всех риелторах, их расписание и режим работы. Поэтому входными данными для проектирования информационной системы должны быть следующие характеристики: информация о недвижимости: адрес, площадь, цена, количество комнат; информация о продажах: дата продажи, сумма сделки, информация о недвижимости, информация о риелторе и клиенте; информация о риелторах: фамилия, имя и отчество риелтора; информация о специализации врачей: название специализации; информация о клиентах: фамилия, имя, отчество и телефон клиента. Информационная система агентства недвижимости должна выполнять следующие задачи: предоставлять возможность для внесения, изменения и удаления информации о недвижимости, клиентах, риелторах, о проведённых следках; предоставлять информацию о недвижимости, выставленной на продажу, или сдаваемой в аренду. Создаваемая информационная система должна удовлетворять следующим эксплуатационным требованиям: актуальным информационным потребностям; актуальным требованиям за приемлемое время, т. е. заданным требованиям производительности;

8 выявленным и вновь возникающим требованиям конечных пользователей; должна легко расширяться при реорганизации и расширении предметной области; должна легко изменяться при изменении программной и аппаратной среды; данные, загруженные в базу данных должны оставаться корректными; данные до включения в базу данных должны проверяться на достоверность; доступ к данным, размещаемым в базе данных через объектноориентированную модель, должны иметь только лица с соответствующими полномочиями. 1.4 Требования к информационной системе Информационная система, как и любой другой инструмент, должна иметь свои характеристики и требования, в соответствии с которыми можно было бы определить её функциональность и эффективность. Разумеется, для каждого конкретного предприятия требования к информационной системе будут различными, так как должна учитываться специфика каждой организации. Несмотря на это, надлежит выделить несколько основных требований к системе, общих для всех «потребителей»: 1. Локализация информационной системы. В связи с тем, что наиболее крупными разработчиками информационных систем являются зарубежные компании, система должна быть приспособлена к пользованию российскими компаниями. Причём здесь имеется в виду локализация как функциональная (учёт особенностей российского законодательства и систем расчётов), так и лингвистическая (система помощи и документация на русском языке).

9 2. Система должна обеспечивать надёжную защиту информации, для чего необходимо парольное разграничение доступа, многоуровневая система защиты данных и т.д. 3. В случае внедрения системы на крупное предприятие со сложной организационной структурой, необходима реализация удалённого доступа для того, чтобы информацией могли пользоваться все структурные подразделения организации. 4. В силу влияния внешних и внутренних факторов (изменений направления бизнеса, изменения в законодательстве и т.п.), система должна быть адаптивной. 5. Необходима возможность консолидации информации на уровне предприятий (объединение информации филиалов, дочерних компаний и т.д.), на уровне отдельных задач, на уровне временных периодов. Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия. 1.5 Выбор методологии моделирования В настоящее время на рынке компьютерных технологий представлено множество специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Ключевое их преимущество - простота и доступность к овладению. Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании: изменение организационной структуры; оптимизацию функций подразделений и сотрудников;

10 перераспределение прав и обязанностей руководителей; изменение внутренних нормативных документов и технологии проведения операций; новые требования к автоматизации выполняемых процессов и т. д. Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации. Модель должна отражать структуру бизнес-процессов организации, детали их выполнения и последовательность документооборота. Моделирование бизнес-процессов организации включает два этапа структурное и детальное. Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin. В данной работе моделирование процессов выполнялось на языке IDEF0, IDEF3, IDEF1X и DFD в программе MS Office Visio. На этапе структурного моделирования в модели должны быть отражены: - существующая организационная структура; - документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла; - диаграммы взаимодействия, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов и т.п.) между действующими лицами. Детальная модель организации должна включать: - набор прецедентов, отражающих возможные варианты выполнения бизнес-процессов «как есть»; - диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

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

12 2 РАЗРАБОТКА МОДЕЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ 2.1 Моделирование бизнес-процессов в организации (IDEF0) Функциональная модель предназначена для описания существующих бизнес - процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более чётко смоделировать логику и взаимодействие процессов организации. Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определённые вопросы. Основными понятиями методологии функционального моделирования работ являются: - Работы (activity) - поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. На диаграмме работы изображаются прямоугольниками. - Вход (Input) - материал или информация, которые используются работой для получения результата. - Управление (Control) - правила, стратегии, стандарты, которыми руководствуется работа. - Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода, так как работа без результата не имеет смысла и не должна моделироваться.

13 - Механизм (Mechanism) - ресурсы, которые выполняют работу (персонал). - Вызов (Call) представляет собой взаимодействие одной модели работ с другой. Различают в IDEF0 пять типов связей работ. - Связь по входу (input-output) имеет место, когда выход вышестоящей работы направляется на вход следующей работы. - Связь по управлению (output-control) обозначает ситуацию, когда выход вышестоящей работы направляется на управление следующей работы. Связь показывает доминирование вышестоящей работы. - Обратная связь по входу (output-input feedback) имеет место, когда выход нижестоящей работы направляется на вход вышестоящей. - Обратная связь по управлению (output-control feedback) обозначает ситуацию, когда выход нижестоящей работы направляется на управление вышестоящей. Является показателем эффективности бизнеспроцесса. - Связь выход-механизм (output-mechanism) имеет место, когда выход одной работы направляется на механизм другой и показывает, что работа подготавливает ресурсы для проведения другой работы. Из перечисленных блоков строятся диаграммы работ, описывающие принципы функционирования системы. Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы (рис.2). После описания контекстной диаграммы проводится функциональная декомпозиция система разбивается на подсистемы, каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени

14 подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграмма работы информационной системы агентства недвижимости отображает весь поток входных и выходных данных, которые обрабатываются в информационной системе. Деятельность агентства производится на основании гражданского и жилищного кодекса. После согласования цены и остальных условия договора оформляется сделка. Гражданский кодекс Жилищный кодекс Информация о недвижимости Информация о клиенте Продажа недвижимости Сделка Риелтор Рисунок 2 Контекстная диаграмма информационной системы агентства недвижимости 2.2 Моделирование потоков данных (DFD)

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

16 или подсистемам, накопителям данных или внешним сущностям потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются: - внешние сущности; - системы/подсистемы; - процессы; - накопители данных; - потоки данных. 1. Внешние сущности Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приёмник информации, например, заказчики, персонал, клиенты. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС может быть вынесена за пределы диаграммы и представлена как внешняя сущность. Внешняя сущность обозначается квадратом, расположенным как бы "над" диаграммой и бросающим на неё тень, для того, чтобы можно было выделить этот символ среди других обозначений. 2. Системы и подсистемы При построении модели сложной ИС она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем. Номер подсистемы служит для её идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями. 3. Процессы

17 Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определённым алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчётов, программа, аппаратно-реализованное логическое устройство и т.д. Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределённой форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например: - "Ввести сведения о клиентах"; - "Выдать информацию о имеющейся недвижимости"; - "Проверить поступление денег". Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа. Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс. 4. Накопители данных Накопитель данных представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причём способы помещения и извлечения могут быть любыми. Накопитель данных может быть реализован физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

18 Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно быть увязано с информационной моделью. 5. Потоки данных Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приёмнику. Реальный поток данных может быть информацией, передаваемой между двумя устройствами, пересылаемыми по электронной почте письмами, дисками, переносимыми с между компьютерами и т. д. Диаграмма DFD отображает работу агентства недвижимости. Внешней сущностью здесь выступает клиент, который обращается в агентство путём ввода личных данных. После ввода личных данных клиент заносится в БД зарегистрированных пользователей, после чего пользователю из базы данных информации о недвижимости предлагается выбрать недвижимость. После информация о выбранной пользователем недвижимости заносится в базу данных для дальнейшего оформления. Клиент Личные данные Регистрация Информация о клиенте 1 База данных клиентов 3 2 Информация о недвижимости База данных совершённых сделок Информация о клиенте Список недвижимости Выбранная недвижимость Информация о сделке Выбор недвижимости Оформление Рисунок 3 Диаграмма DFD организации работы ИС 2.3 Описание логики взаимодействия информационных потоков (IDEF3) IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий

19 для наглядного исследования и моделирования их сценариев. Сценарием называется описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчётов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи: - Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса. - Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов. - Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например, изменение конструктивных, технологических или эксплуатационных свойств конечного продукта. - Содействовать принятию оптимальных решений при реорганизации технологических процессов. - Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..." В данной работе диаграмма IDEF3 будет отображать суть работы регистрации пользователя на сайте агентства недвижимости. Сначала пользователь вводит свои данные в специальную форму, затем происходит

20 проверка с зарегистрированными пользователями, если пользователь в базе данных зарегистрированных пользователей найден и введённые данные верны, то он направляется в личный кабинет. Если пользователь в базе данных не найден, и введённые им данные верны, то происходит процесс регистрации с последующим получением доступа к личному кабинету. Рисунок 4 Диаграмма IDEF3 регистрации пользователя на сайте агентства недвижимости 2.4 Разработка модели данных (IDEF1X) Методология IDEF1X представляет собой семантическое моделирование данных и применяется для построения информационной модели в виде ERдиаграммы, которая представляет структуру информации, необходимой для поддержания функции производственной системы или среды. Концептуальная модель, представленная в соответствии со стандартом IDEF1X, является логической схемой базы данных для проектируемой системы. Диаграмма IDEF1X показывает логическую структуру данных в информационной системе.

21 Основными объектами концептуальной модели являются сущности и связи. Сущность некоторый обособленный объект или событие моделируемой системы, имеющий определённый набор свойств атрибутов. Отдельный элемент этого множества называется "экземпляром сущности". Сущность может обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый образец сущности, и может обладать любым количеством связей с другими сущностями. Правила для атрибутов сущности: 1. Каждый атрибут должен иметь уникальное имя. 2. Сущность может обладать любым количеством атрибутов. 3. Сущность может обладать любым количеством наследуемых атрибутов, но наследуемый атрибут должен быть частью первичного ключа сущности-родителя. 4. Для каждого экземпляра сущности должно существовать значение каждого его атрибута (правило не обращения в нуль Not Null). 5. Ни один из экземпляров сущности не может обладать более чем одним значением для её атрибута. Сущность изображается на ER-диаграмме в виде прямоугольника, в верхней части которого приводится её название; далее следует список атрибутов. Ключевые атрибуты могут быть выделены подчёркиванием или иным способом. Каждая сущность может обладать любым количеством связей с другими сущностями. Сущность является независимой, если каждый её экземпляр может быть однозначно идентифицирован без определения его связей с другими сущностями. Сущность может обладать атрибутами, которые наследуются через связь с родительской сущностью. Последние обычно являются внешними ключами и служат для организации связей между сущностями. Если внешний ключ

22 сущности используется в качестве её первичного ключа (PK) или как часть составного первичного ключа, то сущность является зависимой от родительской сущности. Если внешний ключ не является первичным и не входит в составной первичный ключ, то сущность является независимой от родительской сущности. Если сущность является зависимой, то связь её с родительской сущностью называется идентифицирующей, в противном случае - не идентифицирующей. Связь изображается на ER-диаграмме линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка, идентифицирующая связь изображается сплошной линией, не идентифицирующая пунктирной. Связи даётся имя, выражаемое грамматической формой глагола. Для связи дополнительно может присутствовать указание мощности: какое количество экземпляров сущности-потомка может существовать для сущностиродителя. Имя связи всегда формируется с точки зрения родителя, так что может быть образовано предложение, если соединить имя сущности родителя, имя связи, выражение мощности и имя сущности-потомка. На данной диаграмме присутствуют сущности: Недвижимость, Сделки, Клиенты, которые объединены между собой при помощи внешних ключей и образуют связь «один-ко многим». Недвижимость Код недвижимости Стоимость Адрес Площадь Количество комнат Сделки Код сделки m Код недвижимости (FK) m 1 Код клиента (FK) Цена Дата сделки 1 Клиенты Код клиента Фамилия Имя Отчество Телефон Рисунок 5 Диаграмма IDEF1X

23 ЗАКЛЮЧЕНИЕ В процессе выполнения данной работы, были применены теоретические и практические навыки по дисциплине «Методы и средства проектирования информационных систем и технологий». При реализации проекта был проведён анализ предметной области, продумано назначение информационной системы, приобретены практические навыки по проектированию структуры, разработке и реализации проектирования информационной системы. В процессе создания информационной системы были построены полные и непротиворечивые функциональные и информационные модели. Для построения различных диаграмм модели использовался набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область в соответствии с информационными потребностями пользователей. Таким образом, информационные системы играют существенную роль в современном мире, обеспечивая актуальной информацией специалистов, пользователей в той или иной предметной области. Все, с чем мы ежедневно сталкиваемся в жизни, скорее всего, зарегистрировано в той или иной информационной системе. Умение работать с информационными системами является одним из важнейших навыков в работе с компьютером, а специалисты, умеющие работать с информационными системами всегда окажутся востребованными.

Моделирование потоков 1 Моделирование потоков В основе данной методологии (методологии Gane/Sarson) лежит построение модели анализируемой ИС проектируемой или реально существующей. В соответствии с методологией

Проектирование информационной системы «Ломбарда» Волошин А.С. Балаковский инженерно-технологический институт филиал федерального государственного автономного образовательного учреждения высшего профессионального

CASE технологии Лекция 3 1 Методология структурного анализа Gane/Sarson Особенность методологии рассмотрение Информационной Системы (существующей или создаваемой) с точки зрения моделирования информационных

РАЗРАБОТКА РАСПРЕДЕЛЕННОЙ БАЗЫ ДАННЫХ ТУРИСТИЧЕСКОЙ ФИРМЫ НА ОСНОВЕ MS SQL SERVER Спиридонов А.В. Балаковский инженерно-технологический институт филиал НИЯУ МИФИ Балаково, Россия DEVELOPMENT OF TOURISM

Функциональное моделирование систем с использованием методологии DFD Основные вопросы Определение и функциональное назначение DFDмоделей Основные компоненты DFD-моделей Иерархия DFD Рассмотрение примера

Составители: Гиндуллина Т.К., Камалова Л.З., Торопова Н.Д. Методические указания к лабораторной работе ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ С MS OFFICE VISIO 2007 1. Цель работы Целью работы

Проектирование информационной системы продажи контента для мобильных телефонов Золотов Р.О. Ярославский филиал РЭУ им. Г.В.Плеханова Ярославль, Россия Design of information system sales of content for

Содержание Задание 3 I. Пояснительная записка 4 1. Введение 4 2. Назначение и область применения 5 3. Технические характеристики 6 3.1 Постановка задачи на разработку программы 6 3.2 Описание алгоритма

1 Построение диаграмм потоков данных 1.1 Общие особенности методологии DFD Диаграммы потоков данных (Data Flow Diagramming) являются основным средством моделирования функциональных требований к проектируемой

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ СТАВРОПОЛЬСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ Экономический факультет Кафедра информационных систем УТВЕРЖДАЮ

РАЗРАБОТКА АВТОМАТИЗИРОВАННОГО РАБОЧЕГО МЕСТА КЛАДОВЩИКА ВОЛГОГРАДСКОЙ МАШИНОСТРОИТЕЛЬНОЙ КОМПАНИИ Г. ВОЛГОГРАД Маркосян Р.В. Волгоградский государственный аграрный университет, Волгоград, Россия DEVELOPMENT

18 УДК 65.012.26 СРАВНИТЕЛЬНАЯ ХАРАКТЕРИСТИКА ОПИСАНИЯ ЛОГИСТИЧЕСКИХ СИСТЕМ НА ОСНОВЕ IDEF0 И DFD Антон Олегович Аристов, магистрант МГГУ Аннотация Рассмотрены современные методы описания логистических

Информационные технологии в экономике Основы методологии IDEF1 и IDEF1X Топорец Александр Юрьевич Методология IDEF1 План Методология IDEF1X Методология IDEF1 Стандарт IDEF1 инструмент для анализа и изучения

МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0 Информационный менеджмент Рекомендации по стандартизации Информационные технологии поддержки жизненного цикла продукции МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ

ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ Основные задачи проектирования баз данных Обеспечение хранения в БД всей необходимой информации. Обеспечение возможности получения данных по всем необходимым запросам. Сокращение

Лаборатория информационных технологий (ИТЛаб) При поддержке фирмы Intel Учебно-исследовательский проект Инструментальные средства поддержки жизненного цикла программного обеспечения Куратор проекта: Сысоев

Современные компьютерные системы управления персоналом Кафедра информационных систем и математического моделирования 2010/2011 учебный год М.П. Харламов 1 Лекция 3 Технологии функционального моделирования

Самостоятельная работа 2 по дисциплине «Проектирование информационных систем» Требования к выполнению и оформлению задания Используя программу моделирования бизнес-процессов BPwinвыполнить нижеприведенное

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

Лабораторная работа 2. Функциональное моделирование. Построение декомпозиции первого уровня для контекстной диаграммы. Постановка задачи: Модель разрабатывают для понимания, анализа и принятия решений

Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Нижневартовский государственный университет»

УДК 004.056 Построение IDEF0-модели виртуального центра охраны здоровья Миков Д.А., студент Россия, 105005, г. Москва, МГТУ им. Н.Э. Баумана, кафедра «Информационная безопасность» Научный руководитель:

Базы данных Лектор Азарченков А.А. Основные компоненты работы с данными База данных (БД) связанная совокупность структурированных данных, относящихся к определенному процессу или явлению, в конкретной

Лекция 3 часть 6: Элементы графической нотации диаграммы компонентов Аннотация: Назначение диаграммы компонентов, ее основные элементы. Особенности физического представления программных систем. Компоненты

Методология проектирования баз данных Введение в методологию проектирования баз данных Что такое методология проектирования? Методология проектирования - структурированный подход, предусматривающий использование

51 ЭТАПЫ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ ОБРАЗОВАТЕЛЬНЫХ СИСТЕМ Л.Л. Горбунова Описываются результаты применения методологии функционального моделирования для построения модели общего образования взрослых,

Методология информационного моделирования IDEF1X Основные вопросы Основные понятия: сущность, атрибут, отношение Правила определения сущности, атрибута, отношения Основные правила формирования информационной

Алгоритм проектирования системы информационных панелей для мониторинга результатов деятельности сервисного центра компании, работающей на рынке информационных технологий # 09, сентябрь 2014 Матвеев С.

Уфимский государственный авиационный технический университет Кафедра автоматизированных систем управления Системное моделирование и CASE-технологии Структура курса 9 лекций; 8лабораторных работ; Расчетно-графическая

РАЗРАБОТКА ИС Жизненный цикл ИС Определение 1: Жизненный цикл ИС это процесс ее построения и развития. Определение 2: Жизненный цикл ИС период времени, который начинается с момента принятия решения о необходимости

РАЗРАБОТКА МОДЕЛИ TO-BE ДЛЯ ИС ГУП «ВЛАДИМИРСКИЙ АВТОВОКЗАЛ» Лобанов С.И., Воронова Л.И. Московский технический университет связи и информатики Москва, Россия MODEL TO-BE DESIGN FOR THE «BUS STATION OF

CASE технологии Лекция 2 1 Методологии проектирования ИС Вспомним, что CASE-технология это методология проектирования ИС и набор инструментальных средств для наглядного моделирования, анализа модели и

Контроль ввода Регистрация Основные процедуры преобразования в информационных технологиях Концептуальная модель базовой информационной технологии содержит процессы, процедуры и операции информационного

Модели данных Старший преподаватель Каф. Процессов управления и информационной безопасности Пермского государственного университета Неверов А.В. Понятие модели данных Модель данных это абстрактное, самодостаточное,

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ ОДЕССКИЙ НАЦИОНАЛЬНЫЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИНСТИТУТ КОМПЬЮТЕРНЫХ СИСТЕМ Методические указания к выполнению лабораторных работ по дисциплине Основы системной

СОДЕРЖАНИЕ Введение 9 1 АНАЛИЗ ДЕЯТЕЛЬНОСТИ МЕБЕЛЬНОГО САЛОНА «ИМИДЖ» 12 1.1 Технико-экономическая характеристика мебельного салона «Имидж» 12 1.1.1Организационная структура 14 1.1.2 Анализ внешнего и

Функциональное моделирование бизнеспроцессов 1 Методология IDEF0 Методология SADT (Structured Analisys and Design Technique) разработана Дугласом Т. Россом в 1969-73 годах. Она изначально создавалась для

ЛАБОРАТОРНАЯ РАБОТА 6 Построение диаграммы потоков данных С помощью этой лабораторной работы Вы сможете: освоить назначение и принципы построения DFD - диаграммы потоков данных; научиться устанавливать

Проектирование информационной системы управления материальными ресурсами на предприятии. Камилов К.Б.,ГабибулаеваС.Г. Дагестанскийгосударственныйуниверситет Махачкала, Россия Designing an information system

УДК 658.2 ИССЛЕДОВАНИЕ МЕТОДОВ МОДЕЛИРОВАНИЯ, ПРИМЕНЯЕМЫХ ПРИ АНАЛИЗЕ СЛОЖНЫХ ЗАДАЧ И ПРОЕКТИРОВАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ Лобач А.С. Московский гoсударствeнный тexнoлoгичecкий yнивeрcитeт «CTAHKИH»

ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ (НОТАЦИЯ IDEF0) КАК МЕТОД ИССЛЕДОВАНИЯ БИБЛИОТЕЧНО-ИНФОРМАЦИОННЫХ СИСТЕМ Часовских Е.В., Доронина И.Н. Белгородский государственный институт искусств и культуры Белгород, Россия

Лабораторная работа 1 по дисциплине «Системное программирование» Разработка спецификаций структурных единиц. Реализация алгоритмов средствами автоматизированного проектирования. Цель работы: проведение

1. Информация и данные 2. Основные понятия систем с базами данных Информационные компьютерные системы с базами данных это системы информационных, математических, программных, языковых, организационных

Базы данных в ИС_рус_3кр_зим_Укубасова Г_ИС, ВТиПО(2к4г очн) 1 Совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы и отображающих состояние объектов и их взаимосвязей

Проблемы автоматизации учёта выполненных медицинских услуг и пути их решения на примере ГУЗ Жирновская ЦРБ Павловский С.А Волгоградский государственный аграрный университет Волгоград, Россия Problems of

Приложение Министерство образования и науки Российской Федерации Муромский институт (филиал) федерального государственного бюджетного образовательного учреждения высшего образования «Владимирский государственный

Учебная дисциплина «Базы данных и управление ими» для студентов специальности 050501.65 «Профессиональное обучение» ЛЕКЦИЯ 5 ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ Вопрос 1. Этапы проектирования баз данных. Вопрос

Вариант 1 Выберите правильный вариант ответа. Возможен только один вариант правильного ответа. 1. Информационная система-это а) Любая система обработки информации б) Система обработки текстовой информации

Базы данных Проектирование баз данных "Сложная система, спроектированная наспех, никогда не работает, и исправить её, чтобы заставить работать, невозможно". Законы Мерфи. 16-й закон системантики Требования

Министерство образования и науки Российской Федерации ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «САРАТОВСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

РАЗРАБОТКА МОДЕЛИ TO-BE ДЛЯ ИС ООО «РЕСТОРАН «ЭЛИСТА» Корнякова Б.С. Московский технический университет связи и информатики Москва, Россия MODEL TO-BE DESIGN FOR THE RESTAURANT ELISTA INFORORMATION SYSTEM

Система Управления Проектами Минэкономразвития России Сведения о заказчике Министерство Экономического Развития и Торговли России. Департамент Корпоративного Управления и Новой Экономики (ДКУНЭ). Описание

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

Сессия 2 Особенности современных бизнес-процессов, описание БП, специфика БП на вертикальных рынках и в государственном управлении Григорий Бочечка, к.т.н., доцент Региональный обучающий семинар МСЭ для

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

РАЗРАБОТКА ИНФОРМАЦИОННО СИСТЕМЫ ДЛЯ АВТОШКОЛЫ ООО «ЗЕБРА» Кудинов С.В. Московский технический университет связи и информатики Москва, Россия DEVELOPMENT OF THE INFORMATION SYSTEM FOR DRIVING SCHOOL «ZEBRA»

12_Этапы проектирования ИС с применением UML Основные типы UML-диаграмм, используемые в проектировании информационных систем. Взаимосвязи между диаграммами. Поддержка UML итеративного процесса проектирования

Климов Вадим Владимирович, к.э.н., технический консультант SAP Центр экспертизы, группа интеграции процессов ООО «САП СНГ» (Санкт-Петербург) Оптимизация кросс-системной интеграции бизнес-процессов Корпоративные

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

ГОСУДАРСТВЕННАЯ ТЕХНИЧЕСКАЯ КОМИССИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Руководящий документ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ЗАЩИТА ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА К ИНФОРМАЦИИ. КЛАССИФИКАЦИЯ АВТОМАТИЗИРОВАННЫХ СИСТЕМ И

Сессия 4 Методы и средства реинжиниринга бизнеспроцессов, роль ИТ в реинжиниринге бизнеспроцессов и процессов управления в телекоммуникационных компаниях Григорий Бочечка, к.т.н., доцент Региональный обучающий

«ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ» Б1.В.ОД.3 Дисциплина «Проектирование информационных систем» предназначена для студентов, обучающихся по направлению подготовки 09.03.03 «Прикладная информатика»,