Федеральное агентство по образованию
Государственное образовательное учреждение высшего профессионального образования
«ПОВОЛЖСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СЕРВИСА»

Кафедра «Прикладная информатика в экономике»

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

по дисциплине «Бизнесреинжиниринг»

на тему: «Проектирование бизнес-процессов предприятия сферы обслуживания (предприятие по оказанию услуг в сфере проката автомобилей)»

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

Группы И-402

Юзманов Р.М.

Проверила

Филиппова О.А.

Тольятти, 2010
СОДЕРЖАНИЕ

ВВЕДЕНИЕ...………………………………………………… ……………………………...…..3
1. АНАЛИТИЧЕСКИЙ РАЗДЕЛ……………………………………………….…………… ….4
1.1. Основные направления деятельности предприятия………………………………………4
1.2 Структурно-функциональное моделирование бизнес-процессов предприятия…………5
1.3 Недостатки существующей структурно-функциональной модели бизнес-процессов предприятия………………………………………………… …………………………………..14
2. ПРОЕКТНЫЙ РАЗДЕЛ……………………………………………………………… ...……16
2.1 Автоматизация структурно-функциональных моделей бизнес-процессов предприятия…… ……………………………………………………………………………… ..16
3. ПРОЕКТ ИНФОРМАЦИОННОЙ СИСТЕМЫ…………………………………………….31
3.1 Модель данных ИС………………………………………………………………………… 31
3.2 Интерфейс пользователя……………………………………………… …………………...33
4. ЭКОНОМИЧЕСКИЙ РАЗДЕЛ……………………………………………………………. ..38
4.1 Анализ затрат по проекту…………………………………………………………… ……..38
4.2 Расчет основных экономических показателей…………… ……………………………... 41
ЗАКЛЮЧЕНИЕ.………………………………………………… ………..…………………….44
БИБЛИОГРАФИЧЕСКИЙ СПИСОК…...………………………………….……………… …45

ВВЕДЕНИЕ

Современный этап развития общества характеризуется внедрением автоматизированных информационных систем во все сферы деятельности, в том числе и сфере обслуживания.
Прокат автомобилей вот уже много лет остается очень востребованным на территории России. Залог устойчивого положения на российском рынке как ООО «VolgaRent», так и отдельных его филиалов, - удовлетворение всех потребностей клиентов.
Целью данного курсового проекта является разработка информационной системы, автоматизирующей бизнес-процесс предприятия сферы обслуживания, занимающегося прокатом автомобилей.
Задачами данного курсового проекта является:

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

1. АНАЛИТИЧЕСКИЙ РАЗДЕЛ

1.1 Основные направления деятельности предприятия

Предприятие ООО «VolgaRent», деятельность которого планируется автоматизировать, занимается прокатом авто. Важнейшим звеном в данной деятельности является спецоборудование. В зависимости от того, насколько работа персонала автоматизирована, можно судить об эффективности его работы. Каждый день организация осуществляет прием и выдачу автомобилей разных марок, окрасов, и съёмной стоимости.
Персонал заполняет БД клиентов (ФИО, адрес, тел), если его еще там нет. После этого персонал осуществляет поиск интересующего автомобиля в БД. После того как клиент получает интересующий его авто, редактируется информация о выданных автомобилях. После возвращения клиентом взятого авто, вновь редактируется БД выданных авто и данные о взятых клиентом автомобиле.
Ниже (см. рис. 1.1) представлена схема организационной структуры нашей предметной области.

Рис. 1.1 Организационная структура

Рис. 1.2 Организационная структура автоматизируемого подразделения

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

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

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

1.2 Структурно-функциональное моделирование бизнес-процессов предприятия

Для проведения анализа и реорганизации бизнес-процессов воспользуемся CASE-средством. Bpwin поддерживает методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram).
Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Для начала построим функциональные диаграммы бизнес-процессов, которые предстоит улучшить, т.е. модели AS-IS:
На рисунках 1.3 и 1.4 представлены контекстная диаграмма и диаграмма декомпозиции процесса «Выбор авто». На вход поступает информация о финансовых возможностях клиента, и текущий модельный ряд автомобилей. С помощью любезного персонала клиенту предоставляется возможность выбрать понравившийся автомобиль, и тем самым на выходе вы получаем выбранный авто. За управление процессами отвечают государственные стандарты. Механизмами служат клиент, который выбирает авто, и персонал, который обслуживает клиента.

Рис. 1.3 Контекстная диаграмма функциональной модели процесса «Выбор авто»

Рис. 1.4 Диаграмма декомпозиции процесса «Выбор авто»

Рис. 1.5 Контекстная диаграмма функциональной модели процесса «Выдача авто»

Рис. 1.6 Диаграмма декомпозиции процесса «Выдача авто»

Рис. 1.7 Контекстная диаграмма функциональной модели процесса «Оформление квитанции»

Рис. 1.8 Диаграмма декомпозиции процесса «Оформление квитанции»

Рис. 1.9 Контекстная диаграмма функциональной модели процесса «Оплата за ренту»

Рис. 1.10 Диаграмма декомпозиции процесса «Оплата за ренту»

Рисунки 1.5 и 1.6 отображают процесс «Выдача авто». Входом является модельный ряд и сведения о клиенте. На выходе клиенту выдаётся автомобиль. Ресурсной стрелкой является обслуживающий персонал, который и выдаёт клиенту авто. Управляют процессами внутренние правила предприятия «VolgaRent».
На рисунках 1.7 и 1.8 представлены диаграммы процесса «Оформление квитанции». Входным материалом является заявка клиента, которая передаётся обслуживающему персоналу, который в свою очередь обрабатывает заявку при помощи ИС, и на выходе клиент получает чек, который обязан оплатить и квитанцию об оплате.
Завершающим процессом является «Оплата за ренту». Контекстная диаграмма и диаграмма декомпозиции этого процесса отображены на рисунках 1.9 и 1.10. Входная стрелка – это заявка и непосредственно деньги от клиента, которые передаются обслуживающему персоналу. Персонал, обрабатывает полученную информацию, производит пересчёт средств, и на выходе клиент получает чек об оплате за авто. За управление в данном процессе отвечает законодательство РФ.

1.3 Недостатки существующей структурно-функциональной модели бизнес-процессов предприятия

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

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

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

Список клиентов. В данном документе хранится самая основная информация: ФИО, адрес и телефон.
Список предоставляемых услуг. Этот документ представляет собой прайс-лист. Такие сведения постоянно обновляются. В этом документе хранится марка автомобиля и его цена.
Регистр. Этот документ представляет собой список, в котором хранится информация о клиенте, его пожеланиях об аренде того или иного автомобиля, и в итоге какой автомобиль был арендован клиентом.

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

ФИО.
Адрес.
Телефон.
Марка автомобиля
Цена аренды.
Дата аренды.
Срок аренды.

2. ПРОЕКТНЫЙ РАЗДЕЛ

2.1 Автоматизация структурно- функциональных моделей бизнес-процессов предприятия

Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, то есть создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС.
Как правило, данная модель создается на основе AS-IS, с устранением недостатков в существующей организации бизнес-процессов, а так же с их совершенствованием и оптимизацией. Это достигается за счет устранения выявленных на базе анализа AS-IS узких мест.
В традиционном реинжиниринге именно на основе модели TO-BE рекомендуется производить автоматизацию бизнес-процессов и проектировать КИС. Подразумевается, что это позволяет существенно снизить риск проявления автоматизации как исключительно источника затрат из-за автоматизации несовершенных процессов.
Построим функциональные диаграммы ТО-ВЕ бизнес-процессов, которые мы изменили.
На рисунках 2.1 и 2.2 представлены контекстная диаграмма и диаграмма декомпозиции процесса «Выбор авто». На вход поступает информация о финансовых возможностях клиента, и текущий модельный ряд автомобилей. С помощью любезного персонала клиенту предоставляется возможность выбрать понравившийся автомобиль, и тем самым на выходе вы получаем выбранный авто. За управление процессами отвечают государственные стандарты. Механизмами служат клиент, который выбирает авто, и персонал, который обслуживает клиента. В результате автоматизации предприятия произошло внедрение ИС в данный процесс. ИС позволила выбрать авто из каталога БД.
Рисунки 2.3 и 2.4 отображают процесс «Выдача авто». Входом является модельный ряд и сведения о клиенте. На выходе клиенту выдаётся автомобиль. Ресурсной стрелкой является обслуживающий персонал, который и выдаёт клиенту авто. Управляют процессами внутренние правила предприятия «VolgaRent». В результате процесса «Выдача авто» выдаётся доверенность клиенту на управление выбранным транспортным средством.

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

Рис 2.2 Диаграмма декомпозиции процесса «Выбор авто» после автоматизации

Рис. 2.3 Контекстная диаграмма функциональной модели процесса «Выдача авто» после автоматизации

Рис 2.4 Диаграмма декомпозиции процесса «Выдача авто» после автоматизации

Рис. 2.5 Контекстная диаграмма функциональной модели процесса «Оформление квитанции» после автоматизации

Рис 2.6 Диаграмма декомпозиции процесса «Оформление квитанции» после автоматизации

Рис. 2.7 Контекстная диаграмма функциональной модели процесса «Оплата за ренту» после автоматизации

Рис 2.8 Диаграмма декомпозиции процесса «Оплата за ренту» после автоматизации

На рисунках 2.5 и 2.6 представлены диаграммы процесса «Оформление квитанции». Входным материалом является заявка клиента, которая передаётся обслуживающему персоналу, который в свою очередь обрабатывает заявку при помощи ИС, и на выходе клиент получает чек, который обязан оплатить и квитанцию об оплате. В результате поправок в законодательстве РФ в процессе «Оформление квитанции», формируется квитанция и выдаётся чек клиенту, благодаря ИС.
Завершающим процессом является «Оплата за ренту». Контекстная диаграмма и диаграмма декомпозиции этого процесса отображены на рисунках 2.7 и 2.8
Входная стрелка – это заявка и непосредственно деньги от клиента, которые передаются обслуживающему персоналу. Персонал, обрабатывает полученную информацию, производит пересчёт средств, и на выходе клиент получает чек об оплате за авто. За управление в данном процессе отвечает законодательство РФ. Вследствие автоматизации данного процесса появилась возможность выдачи гарантии на арендуемое авто.

3. ПРОЕКТ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1 Модель данных ИС

Процесс моделирования в Erwin базируется на методологии проектирования реляционных баз данных IDEF1X.
Для проектирования базы данных проектов использовалась модель «сущность – связь» (Entity – Relationship model, или ER – модель). ER – модель представляет собой высокоуровневую концептуальную модель данных, цель которой - упрощение задачи проектирования баз данных. Данная модель данных включает в себя набор концепций, которые описывают структуру базы данных и связанные с ней транзакции обновления и выборки данных. Следует подчеркнуть, что концептуальная модель данных не зависит от конкретной СУБД или аппаратной платформы, которая используется для физической реализации базы данных.
Основными элементами IDEF1X являются сущности, атрибуты и связи.
Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. Атрибут или группа атрибутов, которые идентифицируют сущность, называется первичным ключом. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.
Сущности изображаются в виде прямоугольников. Имя сущности показывается над прямоугольником, изображающим сущность, список атрибутов сущности - внутри прямоугольника. Список разделен горизонтальной чертой, выше которой расположены атрибуты первичного ключа, ниже – не ключевые атрибуты.
В IDEF1X также различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Зависимая сущность изображается прямоугольником со скругленными углами.
Результатом нормализации является модель данных, которую легко поддерживать, не содержащая неопределенностей в данных и повторений данных.
После выделения информационных объектов необходимо объединить их в одну систему, то есть установить связи между ними.
Объект «Марки» связан с полем «Автомобили» связью «один ко многим». Этот тип связи применяется, когда одному значению вспомогательного объекта соответствует много значений главного. По аналогии с этим устанавливаются связи «один ко многим» у остальных информационных объектов «Персонал», «Клиенты», «Выдача авто», с соответствующими полями связанных между собой таблиц. Схема логической модели данных представлена на рисунке 3.1.

Рис. 3.1 Логическая модель базы данных.

3.2 Интерфейс пользователя

Рис. 3.2 Форма «Прокат автомобилей»

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

Рис. 3.3 Форма «Автомобили»

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

Рис. 3.4 Форма «Комплектация»
Через форму «Комплектация» осуществляется редактирование данных об имеющихся данных. Редактирование данных осуществляется при помощи кнопок: «Добавить», «Удалить», «Переместить», «Откат действия». На данной форме предусмотрена возможность сортировки, поиска и фильтрации данных по выбранным параметрам.

Рис. 3.5 Форма «Клиенты»

Через форму «Клиенты» осуществляется редактирование данных о клиентах. Редактирование данных осуществляется при помощи кнопок: «Добавить», «Удалить», «Переместить», «Откат действия». На данной форме предусмотрена возможность сортировки, поиска и фильтрации данных по выбранным параметрам.

Рис. 3.7 Форма «Персонал»
Через форму «Персонал» осуществляется редактирование данных о обслуживающем персонале. Редактирование данных осуществляется при помощи кнопок: «Добавить», «Удалить», «Переместить», «Откат действия». На данной форме предусмотрена возможность сортировки, поиска и фильтрации данных по выбранным параметрам.

Рис. 3.8 Форма «Выдача»

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

Рис. 3.9 Отчет по выдачам автомобилей

4. ЭКОНОМИЧЕСКИЙ РАЗДЕЛ

4.1 Анализ затрат по проекту

Затраты на ресурсы процесса «Выбор авто»:
Затраты на рекламу – 5000 р.
Оплата персоналу – 26000 р.
Создание каталога – 2000 р

Рис. 4.1 Диаграмма дерево узлов процесса «Выбор авто»

Затраты на ресурсы процесса «Выдача авто»:
Зар.плата персоналу – 17500 р
Электроэнергия – 700 р

Рис. 4.2 Диаграмма дерево узлов процесса «Выдача авто»

Затраты на ресурсы процесса «Оформление квитанции»:
Зар.плата персоналу – 14700 р
Канцтовары – 500 р
Электроэнергия – 300 р

Рис. 4.3 Диаграмма дерево узлов процесса «Оформление квитанции»
и т.д.................

Курсовая работа содержит __ страниц, __ диаграмм, __ литературных источников. Основные слова и термины: Программная инженерия Диаграмма вариантов использования UML Временная диаграмма UML BPMN диаграмма Методология функционального моделирования IDEF0 ER-диаграмма Диаграмма состояний (Statechart Diagram) Содержание TOC \o "1-3" \h \z \u Введение5Глава 171.1. Стойка регистрации на рейс71.2. Стандартные стойки регистрации в аэропорту71.3 Стойки регистрации у входа…………………………………………………8Глава...

3566 Слова | 15 Стр.

Схема idef0

информационных систем» Тема: Метод функционального моделирования SADT. Методология IDEF0 . Цель работы: Изучить теоретические основы структурного подхода к проектированию информационных систем. Освоить принципы построения IDEF0 -диаграммы классов в программной среде Ramus Educational. Задачи: 1. Ознакомиться с теоретическими вопросами структурного подхода к проектированию информационных систем. 2. Изучить диаграмму IDEF0 (Integration Definition for Function Modeling) для предметной области «Гостиница»...

1859 Слова | 8 Стр.

Idef0 модель

Министерство образования Российской Федерации «IDEF0 модель» Выполнила: Проверил: Рязань 2010 Цель работы: изучить особенности работы с пакетом Design/IDEF, создать IDEF0 -модель. Задание: 1. Составить текстовое описание предметной области. 2. Разработать контекстную диаграмму. Определить точки зрения и границы модели. 3. Разработать диаграмму декомпозиции. 4. Составить отчёт по дугам. Редактировать отчёт. 1.Описание предметной области В качестве предметной области выберем...

1905 Слова | 8 Стр.

Диплом

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

4472 Слова | 18 Стр.

Aris

определенных правил и требований к выпуску, эксплуатации и обслуживания изготовленной продукции. Требования и правила описания функционирования производства и систем, производственных процессов, распределения ресурсов строятся на использовании нотаций IDEF0 , IDEF1x, IDEF3, DPD, IDEF5 на основе методологии структурного анализа SADT. Использование структурного анализа к разработке функциональных моделей различных процессов и объектов позволяет более качественно не только оформить, но и воспринять...

3012 Слова | 13 Стр.

Раз ва

практических навыков разработки функциональных моделей бизнес-процессов IDEF0 по различным предметным областям. Задание на контрольную работу: 1. Ознакомится с предметной областью по теме работы согласно варианту задания. 2. Осуществить постановку задачи моделирования: определить название проекта, цель, точку зрения, технологию, инструментарий, список данных и перечь функций. 3. Создать иерархическую IDEF0 -модель. Окончательная модель должна содержать три-четыре уровня иерархии...

4639 Слова | 19 Стр.

Информационная система управления торгово-закупочной фирмы

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

4186 Слова | 17 Стр.

мпогпамего

Отчет по практике: Применение современных средств вычислительной техники на примере ОАО "Сахалинский аэропорт Оха" НЧОУ ВПО Южно-Сахалинский институт экономики, права и информатики ОТЧЕТ о прохождении производственной практики студентки III курса факультета информатики и вычислительной техники Моисеева Анастасия Александровна Открытое Акционерное Общество «Сахалинский аэропорт Оха» место прохождения практики с 21 июня 2010 года по 11 июля 2010 года период производственной практики...

2629 Слова | 11 Стр.

Реферат

разработки программного продукта 10 3.4 Оценка экономической эффективности разработки и использования ИС 15 4. Разработка проекта информационной системы с помощью структурного подхода 21 4.1. Моделирование данных с использованием стандарта IDEF0 21 4.2 Иерархия диаграмм 22 5. Разработка проекта информационной системы с помощью объектно-ориентированного подхода (UML-диаграммы) 23 5.1 Диаграмма вариантов использования 23 5.2 Диаграмма классов 28 5.3 Диаграмма состояний 31 5.4...

7189 Слова | 29 Стр.

себестоимости разработки программного продукта 10 3.4 Оценка экономической эффективности разработки и использования ИС 15 4. Разработка проекта информационной системы с помощью структурного подхода 21 4.1. Моделирование данных с использованием стандарта IDEF0 21 4.2 Иерархия диаграмм 22 5. Разработка проекта информационной системы с помощью объектно-ориентированного подхода (UML-диаграммы) 23 5.1 Диаграмма вариантов использования 23 5.2 Диаграмма классов 28 5.3 Диаграмма состояний 31 5.4 Диаграмма последовательности...

6968 Слова | 28 Стр.

Idfd 0

ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ ВОРОНЕЖСКАЯ ГОСУДАРСТВЕННАЯ ТЕХНОЛОГИЧЕСКАЯ АКАДЕМИЯ Задание и методические рекомендации к выполнению контрольной работы №2 по дисциплине «Проектирование информационных систем» на тему«Методологии IDEF0 , DFD» для студентов специальностей 230201, 080801 всех форм обучения Оглавление Методология IDEFO ......................................................................................................................3 Дополнение моделей процессов диаграммами...

930 Слова | 4 Стр.

Hgyggg

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

3654 Слова | 15 Стр.

Методические указания IDEFO

ОГЛАВЛЕНИЕ Введение 4 1 Теоретическая часть 5 1.1 Описание нотации IDEF0 5 1.2 Построение функциональных диаграмм в нотации IDEF0 7 1.3 Построение функциональных диаграмм в нотации IDEF3 20 2 Содержание практических работ 26 2.1 Контрольная работа 26 2.1.1 Задание № 1 26 2.1.2 Задание № 2 28 2.1.3 Задание № 3 30 2.1.4 Задание № 4 31 2.1.5 Задание № 5 35 2.1.6 Задание...

11066 Слова | 45 Стр.

Южно Сахалинск

Открытом акционерное общество «Сахалинский аэропорт Оха» в городе Оха Сахалинской области Местонахождение учреждения: 694490, Аэропорт Оха расположен в 9 км юго-западнее города Оха 1.Бизнес - направления организации Местом прохождения производственной практики являлась Федеральное агентство авиации Российской Федерации Открытом акционерное общество «Сахалинский аэропорт Оха» в городе Оха Сахалинской области. Основным видом деятельности в ОАО «Сахалинский аэропорт Оха» является деятельности по оказанию...

2469 Слова | 10 Стр.

Современные технологии объектно-ориентированного анализа и проектирования информационных систем

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

3757 Слова | 16 Стр.

Моделирование отдела экономического прогнозирования цен и трудовых отношений

обследование предприятия и моделирование бизнес – процесса на ОАО « Аэропорт Сургут». Анализ работы предприятия и предложение оптимизации бизнес – процесса. 1. Описание деятельности Отдела экономического прогнозирования цен и трудовых отношений Отдел экономического прогнозирования цен и трудовых отношений (далее- ОЭПЦ и ТО) является самостоятельной структурной единицей Открытого Акционерного Общества « Аэропорт Сургут» (далее- ОАО «Аэропорт Сургут»), подчиняемой непосредственно генеральному директору...

3949 Слова | 16 Стр.

ПО для дистанционного обучения, тестирования и контроля

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

5501 Слова | 23 Стр.

Технологии реинжиниринга бизнес-процессов корпорации и внедрение корпоративных ИС

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

1625 Слова | 7 Стр.

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

управление, обратная связь и исполнители. IDEF0 - методология функционального моделирования (INTEGRATION DEFINITION FOR FUNCTION MODELING). Применяется для описания рабочих процессов (Work Flow). Разработана на основе SADT. По сути одно и тоже. DFD - методология моделирования потоков данных. Применяется для описания обмена данными между рабочими процессами. IDEF3 - методология моделирования потоков работ. Является более детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть конкретный процесс...

4783 Слова | 20 Стр.

Построение АИС учета продаж в магазине книг

информационной системы будет произведено в методологиях IDEF0 с использованием системы бизнес-моделирования «Business studio». IDEF0 - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность. Стандарт IDEF0 представляет организацию как набор модулей, здесь...

4017 Слова | 17 Стр.

Лабораторная работа по ИСРПО

Лабораторная работа №1 «Методология функционального моделирования» 1. Цель работы: Изучить методологии функционального моделирования IDEF0 и IDEF3. 2. Методические указания Лабораторная работа направлена на ознакомление с методологиями функционального моделирования IDEF0 и IDEF3, получение навыков по применению данных методологий для построения функциональных моделей на основании требований к информационной системе. Требования к результатам выполнения лабораторного практикума:  модель должна отражать...

8549 Слова | 35 Стр.

Реинжиниринг

Место прохождения практики: Федеральное агентство авиации Российской Федерации Открытом акционерное общество «аэропорт Оха» 1.Бизнес - направления организации Местом прохождения производственной практики являлась Федеральное агентство авиации Российской Федерации Открытом акционерное общество «аэропорт Оха». Основным видом деятельности в ОАО «аэропорт Оха» является деятельности по оказанию полного комплекса аэропортовых и наземных услуг по обслуживанию воздушных судов...

10689 Слова | 43 Стр.

Имитационное моделирование

экономике " Кафедра «Прикладная информатика в экономике» Курсовой проект по дисциплине: «Имитационное моделирование экономических процессов» на тему: «Анализ функционирования и оценка экономической эффективности взлетно-посадочных полос аэропорта на основе имитационного моделирования» Вариант 24-1 Работу выполнил студ. __________ Руководитель работы ___________ Допущен к защите _____ _______________ 2011. Защищен с оценкой ____________ _____ _______________...

2647 Слова | 11 Стр.

kursach

Yellow Cab (владелец Джон Херц). Впоследствии прокат автомобилей был выделен в отдельное направление и сегодня Hertz - одна из крупнейших автопрокатных компаний мира, имеющая более 5100 пунктов аренды. Ключевой составляющей успеха Hertz была аренда в аэропортах , в расчёте на деловых людей. После Второй мировой войны начинается подъём экономики, что положительно сказалось и на индустрии проката автомобилей. В 1945-1950 годах создаются такие известные компании, как Avis (основана Уоренном Эйвисом (Warren...

3162 Слова | 13 Стр.

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

функционального моделирования IDEF0 ........................ 149 5.2.1. Общие сведения о методологии SADT ............................................. 149 5.2.2. Основные понятия IDEF0 -модели..................................................... 150 5.2.3. Синтаксис IDEF0 -диаграмм............................................................... 152 5.2.4. Синтаксис IDEF0 -моделей................................................................. 159 5.2.5. Декомпозиция и её стратегии при IDEF0 -моделировании.....

57216 Слова | 229 Стр.

MPA_Kursovaya копия

оборот составил 290 тыс.тонн в год, а объемы закладки и хранения овощей и фруктов составили 90 тысяч тонн. В конце 1980-х в составе базы работали 36 специализированных магазинов «Овощи-фрукты». Имелся собственный грузовой терминал на территории аэропорта Шереметьево-2. Одновременно со строительством базы происходило развитие поселка Шереметьевский, который до 1973 года имел статус дачного. Уже в 1970-71гг. были сданы в эксплуатацию две пятиэтажки по адресу Южная 1а и Южная 2а. В одной из них...

4575 Слова | 19 Стр.

Стандарт idef0

Содержание Введение…………………………………………………………………………...3 1. История возникновения стандарта IDEF0 …………………………..........4 2. Концепции IDEF0 …………………………………………………………..6 3. Ключевые понятия IDEF0 -методологии………………………………...10 4. Преимущества методологии …………………………………………..…13 5. Перспективы развития методологии функционального моделирования…………………………………………………………….15 Заключение…………………………………………………………………….…16 Список литературы………………………………………………………………17 Введение Большинство...

3158 Слова | 13 Стр.

IDEF0

 1. Создание модели в стандарте IDEF0 IDEF0 - Function Modeling - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (WorkFlow). Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило - наиболее важная функция...

1253 Слова | 6 Стр.

Idef0

5. Концепция IDEF0 Методология IDEF0 основана на следующих концептуальных положениях. 5.1 Модель Модель – искусственный объект, который представляет собой образ системы с ее компонентов. Модель разрабатывается для анализа и принятия решений о переработке системы, замене существующей, или создании абсолютно новой системы. Система – это есть совокупность взаимосвязанных частей, которые взаимодействуют друг с другом, а также выполняют определённую работу. Модель описывает то, что должно происходить...

1465 Слова | 6 Стр.

Методология структурного анализа и проектирования IDEF0

 Оглавление ВВЕДЕНИЕ 5 Глава 1. Понятие модели IDEF0 8 1.1 Основные определения (понятия) методологии и языка IDEF0 . 8 1.2 Концепция IDEF0 13 1.3 Синтаксис графического языка IDEF0 . 20 Глава 2. Разработка функциональных моделей 23 2.1 Методика разработки функциональных моделей среде IDEF0 . 23 2.2 Организация процесса функционального моделирования и управление проектом 25 2.3. Перспективы развития методологии функционального моделирования. 35 Заключение 38 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ...

6110 Слова | 25 Стр.

Idef0 - методика работы с BPWin

Министерство науки и образования РФ ГОУ ВПО Тольяттинский государственный университет IDEF0 -технологии. Моделирование с помощью программного продукта BPWin Сборник методических рекомендаций Тольятти, 2008 За основу составления методических рекомендаций использован учебник Черемных СВ. и др. Моделирование и анализ систем. IDEF-технологии: практикум/ С.В.Черемных, И.О.Семенов, В.С.Ручкин. - М.: Финансы и статистика, 2002.- 192 с, ил. - (Прикладные информационные технологии)...

10059 Слова | 41 Стр.

Билеты ТРПО 2015 2016 1

преимущества и недостатки восходящего и нисходящего проектирования. Опишите принципы структурного подхода. Перечислите модели структурного подхода. 15) Дайте определение методу функционального моделирования SADT. Опишите принципы (правила) построения модели IDEF0 . Перечислите состав функциональной модели. 16) Диаграмма кооперации: назначение, элементы, пример программы. 17) Дайте определение методу функционального моделирования SADT. Приведите описание типов связей между функциями. Укажите правила именования...

3220 Слова | 13 Стр.

Методология idef0 и программный продукт BPWin

ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ Государственное образовательное учреждение высшего профессионального образования «Нижегородский государственный университет им. Н.И.Лобачевского» Факультет ВМК Кафедра ИАНИ Методология IDEF0 и программный продукт BPwin Учебно-методическое пособие г. Нижний Новгород, 2007 Введение Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методик и инструментов...

4909 Слова | 20 Стр.

idef0 создание моделирование

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

4102 Слова | 17 Стр.

Работа

образом, выделение процессов будет производиться в рамках уже существующей системы управления организацией. Для моделирования процессов удобно использовать диаграммы IDEF0 . Одна из важных особенностей таких диаграмм заключается в том, что они помогают выявить взаимозависимости между блоками системы. Для составления диаграммы IDEF0 стоит воспользоваться следующими рекомендациями: 1. Определите назначение модели – набор вопросов, на которые должна отвечать модель. 2. Обозначьте границы моделирования...

5626 Слова | 23 Стр.

IDEF0

информационной безопасности» Тема: «Анализ процесса “Установка на служебном ПК офисного ПО” с использованием методологии структурного моделирования IDEF0 .» Выполнила: Студентка группы ИЭС-143-15 Наумова А. Ю. 2015 Содержание Введение «Точка зрения» 3 Основная часть 4 Глоссарий 8 Заключение 9 Список используемой литературы 10 Введение «Точка зрения» IDEF0 позволяет создать описание системы и ее внешнего окружения до определения окончательных требований к ней. Иными словами, с помощью данной методологии...

816 Слова | 4 Стр.

Технологии проектирвоания ИС

| |Case-средства для моделирования деловых процессов. Инструментальная среда BPwin. Принципы построения модели IDEF0 : контекстная диаграмма, | |субъект моделирования, цель и точка зрения. Диаграммы IDEF0 : контекстная диаграмма; диаграммы декомпозиции; диаграммы дерева узлов; диаграммы | |только для экспозиции (FEO). Работы (Activity). Стрелки (Arrow). Туннелирование стрелок. Нумерация работ и диаграмм...

16610 Слова | 67 Стр.

Анализ и проектирование информационной системы для предметной области «Аэропорт» с помощью CASE-технологий

17 1.4.2 Методика функционального моделирования в среде Ramus Educational 18 2. Реализация объектно-ориентированного приложения «Учет сетевого и компьютерного оборудования» 20 2.1 Разработка диаграмм методом функционального моделирования (SADT/IDEF0 ) 20 2.2 Разработка диаграмм потоков данных(DFD) 25 2.3 Разработка динамической модели объектно-ориентированных программных систем (Use Case-диаграмм) 32 2.4 Реализация объектно-ориентированного приложения в среде Visual Studio 2010 36 Заключение...

5556 Слова | 23 Стр.

Разработка модели предприятия тепличного хозяйства, используя методологии проектирования idef0, dfd и idef3

«Моделирование систем» на тему: «Разработка модели предприятия тепличного хозяйства, используя методологии проектирования IDEF0 , DFD и IDEF3» 2009 Содержание 1. Цель работы 2. Теоретическое введение 3. Описание предметной области 4. Описание BPwin 4.1 Принцип построения модели IDEF0 4.2 Принцип построения модели DFD 4.3 Принцип построения модели IDEF3 5. Моделирование 5.1 Модель тепличного хозяйства 5.2 Математическая...

2405 Слова | 10 Стр.

Иформационное моделирование в ИС

Структурный и объектно-ориентированный подходы к моделированию информационных систем и процессов. При выполнении контрольной работы проверяются знания студента, полученные при изучении тем: – Структурный подход к моделированию ИС. Диаграммы SADT/IDEF0 , DFD, ERD. – Объектно-ориентированный подход к моделированию ИС. Диаграммы вариантов использования, диаграммы классов, диаграммы последовательности языка UML. Задание выполняется каждым студентом индивидуально в соответствии со своим вариантом...

10792 Слова | 44 Стр.

Моделирование IDEF0

Введение IDEF0 - Function Modeling - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматривается логические отношения между работами, а не их временная последовательность (WorkFlow). Целью выполнения моей курсовой работы является разработка модели вымышленного агентства недвижимости в соответствии со стандартом IDEF0 . Агентство...

4043 Слова | 17 Стр.

Фячфяфя

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

9375 Слова | 38 Стр.

IDEF0 модель деятельности ВУЗа (модель+описание)

Кафедра ВУЗа 1. IDEF0 -моделирование процессов кафедры Высшего учебного заведения. 1.1. Постановка задачи Высшее учебное заведение (ВУЗ) – учебное заведение, дающее высшее профессиональное образование и осуществляющее научную деятельность. Кафедра - это структурное подразделение высшего учебного заведения, осуществляющее подготовку слушателей, студентов и курсантов в рамках определённой специализации. Основным видом деятельности кафедры ВУЗа является обеспечение учебного процесса для подготовки...

1190 Слова | 5 Стр.

Лекции по информационным системам

Функционально-ориентированные и объектно-ориентированные методологии описания предметной области 64 Синтетическая методика 72 7. Лекция: Моделирование бизнес-процессов средствами BPwin 73 Инструментальная среда BPwin 73 Построение модели IDEF0 74 Слияние и расщепление моделей 86 Создание отчетов в BPwin 87 8. Лекция: Моделирование бизнес-процессов средствами BPwin (часть 2) 88 Стоимостный анализ 88 Диаграммы потоков данных 91 Метод описания процессов IDEF3 93 ...

46107 Слова | 185 Стр.

Государственная Экономическая Политика

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

7320 Слова | 30 Стр.

моеапрш

ОБЛАСТИ ДЛЯ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ" Цели семестровой работы: - изучить принципы разработки и формализации предметной области в виде функциональной модели в нотации IDEF0 ; освоить приемы построения функциональной модели предметной области. - изучить принципы разработки и формализации предметной области в виде информационной модели IDEF1X для построения АИС; освоить приемы построения информационной модели предметной...

IDEF0 диаграммы строятся с помощью программы BPWin. Предназначены они для графического моделирования происходящих бизнес-процессов

О методологии IDEF0

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

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

Элементы, используемые для IDEF0

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

Возможности использования IDEF0

Методологию IDEF0 можно применять для описи функционального аспекта любой информационной системы.

Типы связей между процессами IDEF0

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

1. Иерархическая («часть» - «целое») связь.

2. Управляющая (регламентирующая, подчинённая):

2) обратная связь управления.

3. Функциональная или технологическая:

2) обратная входная.

3) потребительская;

4) логическая;

5) методическая или коллегиальная;

6) ресурсная;

7) информационная;

8) временная;

9) случайная.

Построение блоков и связей в диаграммах

Методология IDEF0 предоставляет целый ряд правил и рекомендаций по своему использованию и улучшению качества использования. Так, в диаграмме отображается один блок, на котором можно задать название системы, её назначение. К блоку или от блока ведёт 2-5 стрелок. Можно больше или меньше, но как минимум две стрелки необходимы для входа/выхода, а остальные для дополнительных работ и их указания на диаграмме. Если стрелок больше 5, следует задуматься об оптимальности построения модели, и нельзя ли сделать её ещё более детализированной.

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

Количество блоков, которое будет на одной диаграмме, рекомендовано в численности 3-6. Если их меньше, то такие диаграммы вряд ли будут нести смысловую нагрузку. Если количество блоков будет огромным, то прочитать такую диаграмму будет весьма сложно, учитывая наличие ещё и дополнительных стрелок. Для улучшения восприятия информации размещать блоки рекомендуется сверху вниз и слева направо. Такое расположение позволит отразить логику исполнения последовательности процессов. А также стрелки будут создавать меньшую путаницу, обладая минимальным количеством пересечений друг с другом.

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

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

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

Именование

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

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

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

Информация о стрелках

Стрелки, входящие и выходящие из одного блока при построении диаграммы композиции, должны отображаться на ней. Имена геометрических фигур, перенесённых на диаграмму, должны в точности повторять информацию высшего уровня. Если две стрелы параллельны относительно дуг друга (т.е. начинаются на грани одного процесса и заканчиваются обе на одной грани другого процесса), то возможно, для оптимизации модели их следует объединить и подобрать подходящее имя, что прекрасно отображается в IDEF0 (примеры диаграмм в Visio можно посмотреть).

Пример реализации методологии IDEF0 на конкретной модели

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

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

Исходной информацией выступают:

1. данные про линию путей;
2. паспорт всей дистанции;
3. план пути.

Управляющие данные:

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

Результатом модели является:

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

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

Заключение

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

3. Постановка задачи разработки информационной системы

4. Функциональная модель бизнес-процесса

4.1 Моделирование в IDEF0

4.2 Диаграммы информационной системы “Видеопрокат” в нотации IDEF0

4.3 Моделирование в DFD

4.4 Диаграммы информационной системы “Видеопрокат” в нотации DFD

5. Модели данных информационной системы

5.2 Концептуальная модель данных

5.3 Логическая модель данных

5.4 Физическая модель данных

6. Проектирование с использованием UML

6.1. Диаграмма последовательности действий

7. Заключение

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

1. Введение

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

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

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

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

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

Разработка видеопроката в нотации IDEF0 инотации DFD

Моделирование данных видеопроката в IDEF1X

Проектирования с использованием UML

2. Инструменты разработки информационной системы

Для проведения анализа и реорганизации бизнес-процессов Logic Works предлагает CASE–средство верхнего уровня – BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей – того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы, каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент "перекресток", что позволяет описать логику взаимодействия компонентов системы. Bpwin основан на методологии IDEF.

Для BPwin 4.0 нужно отметить существенно улучшенный интерфейс, если сравнивать с предыдущими версиями. Нет проблем со шрифтами, с изменением размеров объектов на диаграмме, что раньше в некоторых случаях могло привести к тому, что диаграмма “плыла”. Кроме проводника модели, улучшены также и словари объектов. Теперь все словарные объекты располагаются в радующих глаз аккуратных таблицах. Вид этих таблиц можно настраивать так, как удобно разработчику, содержание словарей можно печатать, экспортировать, импортировать, также можно генерировать отчеты по содержанию словарей. Можно поддерживать словари для следующих объектов: работы, стрелки, хранилища данных, внешние ссылки, перекрестки, объекты ссылок, атрибуты, центры затрат, сущности, ресурсы, роли, группы ролей, свойства, определяемые пользователем (UDP).

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

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

BPwin имеет мощный инструмент отчетов Report Template Builder, с помощью которого можно легко и быстро создавать различные отчеты о разработанной модели.

Официальная версия программы относительно недешева

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

Например, ограничение количества моделей на диаграмме, присущее BPWin, с одной стороны способствует наглядности модели, с другой – налагает неудобства при описании сложных процессов.

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

Возможности ERWin:

поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEF1x для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных - Dimensional;

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

интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.;

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

возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);

позволяет переносить структуру БД (не сами данные!) из СУБД одного типа СУБД в другой;

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

Достоинства:

распространенность;

техподдержка;

ошибки программы известны и описаны.

Недостатки:

нельзя создавать стандартные операции;

репрезентативные свойства низки;

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

довольно узкие возможности для проведения экономического анализа;

жесткая методология;

требуется дополнительное обучение в понимании самой методологии;

не очень удачные генераторы проектной документации;

официальная версия программы относительно недешева.

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

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

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

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

Введение

Глоссарий проекта

1. Техническое задание на разработку

3. Функциональные модели информационной системы

4.1 Модели вариантов использования системы

4.2 Диаграмма классов

4.3 Диаграмма деятельности

4.4 Диаграмма последовательности

4.5 Диаграмма кооперации

4.6 Диаграмма состояния

5.1 Разработка интерфейса программного продукта

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

7. Техническая документация

Заключение

Библиографический список

Приложения

Введение

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

· единый учет автомобилей в разрезе их характеристик (марка, пробег, свободен или арендован);

· поддержка учета поступления заявок;

· перемещение автомобиля от одного клиента к другому и учет по каждому случаю аренды;

· детализированный расчет стоимости конкретного заказа.

Глоссарий проекта

Таблица 1

	Определение
Прокат автомобилей	Это деятельность по представлению автомобилей на ограниченный срок эксплуатации
Руководитель Прокат автомобилей	Владелец Прокат автомобилей или директор одного филиала Прокат автомобилей в крупной организации
	Транспортные средства, являющиеся предметом аренды
	Лицо, которое арендует ТС на ограниченный срок эксплуатации
Доставка ТС	Подвоз ТС к месту нахождения ТС при условии предварительной оплаты срока аренды для арендуемого автомобиля
Менеджер по аренде ТС	Работник, занимающийся оформлением договора аренды ТС
Внешняя статистика арендуемых ТС	Статистика по аренде, получаемая из сети Прокат автомобилей
Внутренняя статистика арендуемых ТС	Статистика по аренде, получаемая из отчетов аренды клиентам компании
Номер автомобиля	Это государственный регистрационный знак, который присваивается каждому автомобили индивидуально во время регистрации автомобиля в конкретной стране и конкретном регионе

1 . Техническое задание на разработку

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

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

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

2. Технико-экономические показатели

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

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

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

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

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

3. Функциональная модель информационной системы

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

Рисунок 1. Контекстная функциональная диаграмма информационной системы.

Рисунок 2. Функциональная диаграмма первого уровня информационной системы".

Рисунок 3. Функциональная диаграмма второго уровня в нотации DFD "Обслуживание клиентов и приём прочих поступлений".

Рисунок 4 . Функциональная диаграмма второго уровня в нотации DFD "Оплата за аренду автомобилей".

4. Объектно-ориентированное проектирование системы

4.1 Модели вариантов использования системы

В диаграмме вариантов использования используется сценарий взаимодействия между "Менеджером по прокату" и "Клиентом".

В ходе анализа для данного сценария было выделено 2 действующих лица: "Клиент" и "Менеджер по прокату". Для каждого из них были выделены прецеденты.

Полученная диаграмма вариантов использования ИС "Проката автомобилей" показана на рисунке 5.

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

5.2 Диаграмма классов

В ходе анализа для проектируемой информационной системы было выделено 5 классов: Менеджер по прокату, Центр проката, Клиенты, ИС Авто-Прокат, Автомобили проката. Для каждого из них были описаны атрибуты и операции.

Рисунок 6. Диаграмма классов.

5.3 Диаграмма деятельности

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

Рисунок 7. Диаграмма деятельности.

5.4 Диаграмма последовательности

В ходе анализа для проектируемой информационной системы было выделено 5 классов:

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

Рисунок 8. Диаграмма последовательности.

5.5 Диаграмма кооперации

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

Рисунок 9. Диаграмма кооперации.

5.6 Диаграмма состояния

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

Рисунок 10. Диаграмма состояния.

5. Создание информационной системы

5.1 Разработка интерфейса программного продукта

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

Рисунок 11. Стартовое состояние.

Если пользователь введёт неверный пароль, для него появится предупреждение (рисунок 12).

Рисунок 12. Ошибка при авторизации.

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

Рисунок 13. Рабочая форма пользователя.

Рисунок 14. Предупреждение при незаполненных полях.

Рисунок 15. Уведомление об успешном добавлении заказа.

Рисунок 16. Внешний вид заполненной базы данных.

5.2 Разработка программного кода системы

C# разрабатывался как язык программирования прикладного уровня для CLR и, как таковой, зависит, прежде всего, от возможностей самой CLR. Это касается, прежде всего, системы типов C#, которая отражает BCL.

Современность C# проявляется и в новых шагах к облегчению процесса отладки программы. Традиционным средством для отладки программ на стадии разработки в C++ является маркировка обширных частей кода директивами #ifdef и т.д. В C#, используя атрибуты, ориентированные на условные слова, вы можете куда быстрее писать и отлаживать код.

В Приложении Б приведен полученный программный код проекта.

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

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

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

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

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

7. Техническая документация

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

Заключение

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

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

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

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

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

Библиографический список

1. Большаков А.А., Вешнева И.В., Мельников Л.А., Перова Л.Г. Новые методы математического моделирования динамики и управления формированием компетенций в процессе обучения в вузе. М.: Горячая линия-Телеком, 2014. 250 с. (ЭБС "Лань")

2. Губарев А.В. Информационное обеспечение системы менеджмента качества. М.: Горячая линия-Телеком, 2013. 132 с. (ЭБС "Лань")

3. Денисенко В.В. Компьютерное управление технологическими процессами, экспериментом, оборудованием. М.: Горячая линия-Телеком. 2013. 606 с. (ЭБС "Лань")

4. Дьяконов В.П. Новые информационные технологии. М.: СОЛОН_Пресс, 2008. 640 с. (ЭБС "Лань")

5. Кораблин М.А. Информатика поиска управленческих решений. М.: СОЛОН_Пресс, 2009. 192 с. (ЭБС "Лань")

6. Таганов А.И., Гильман Д.В. Методологические основы анализа и аттестации уровней зрелости процессов программных проектов в условиях нечеткости. М.: Горячая линия-Телеком. 2014. 168 с. (ЭБС "Лань")

7. Фельдман Я.А. Создаем информационные системы. М.: СОЛОН_Пресс, 2009. 120 с. (ЭБС "Лань")

8. Гагарина Л.Г., Виснадул Б.Д., Игошин А.В. "Основы технологии разработки программных продуктов" - М.: Форум: Инфра-М, 2006. 192 с.

9. Лаврищева Е.М. , Петрухин В.А. "Методы и средства инженерии программного обеспечения" - М.:МФТИ (ГУ), 2006. 305 с.

Приложения

Приложение А

Техническое задание на разработку ИС "Проката автомобилей"

Введение

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

1. Назначение программы

1.1. Наименование программы: "Разработка информационной системы прокат автомобилей"

1.2. Назначение и область применения. Программа предназначена для автоматизации и облегчения учёта автомобилей в компании

2. Требования к программе

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

3. Технические требования

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

3.1.1. Состав выполняемых функций.

Единый учет автомобилей в разрезе их характеристик (марка, пробег, свободен или арендован);

Поддержка учета поступления заявок;

Перемещение автомобиля от одного клиента к другому и учет по каждому случаю аренды;

Детализированный расчет стоимости конкретного заказа.

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

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

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

4.1.2. Программу и методики испытаний

4.1.3. Руководство оператора

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

5.1, Стадии разработки. Разработка должна быть проведена в три стадии:

· 1, Разработка технического задания;

· 2, Рабочее проектирование;

· 3, Внедрение

5.2. Этапы разработки.

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

1. Разработка программы

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

3. Испытания программы

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

6. Технико-экономические показатели

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

Разработка ИС прокат автомобилей требует деятельности коллектива из менеджеров по продажам, администратора автопарка и клиентов автопарка. Длительность полного цикла создания программного продукта - 2 месяца.

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

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

Приложение Б

Исходный программный код информационной системы

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.Windows.Forms;

public partial class Form1: Form

form2 form = new form2();

string nameP = "";

InitializeComponent();

if (dostup == false)

string imenov1 = textBox3.Text;

string imenov2 = textBox6.Text;

string category1 = comboBox2.Text;

string imenov3 = textBox7.Text;

string imenov4 = textBox8.Text;

string category2 = comboBox1.Text;

string imenov5 = textBox5.Text;

string imenov6 = textBox4.Text;

if (imenov1 != "" & imenov2 != "" & category1 != "" & imenov3 != "" & imenov4 != "" & category2 != "" & imenov5 != "" & imenov6 != "")

form.dataGridView1.Rows.Add(imenov1, imenov2, category1, imenov3, imenov4, category2, imenov5, imenov6);

MessageBox.Show("Заказ успешно добавлен!", "Уведомление");

MessageBox.Show("Все поля должны быть заполнены!", "Предупреждение!");

if(textBox1.Text == "Admin")

nameP = textBox1.Text;

groupBox1.Visible = true; //Открываем рабочую область

button5.Visible = true;

groupBox2.Visible = false; //Скрываем объекты

label1.Visible = false;

textBox1.Visible = false;

label6.Location = new Point(506, 12); //Меняем координаты объектов

label7.Text = nameP;

label7.Location = new Point(506, 29);

MessageBox.Show("Такого менеджера не существует, возможно вы ошиблись при вводе данных!", "Предупреждение!");

Close(); //Выход из программы

private void button5_Click(object sender, EventArgs e)

if (nameP != "")

private void textBox1_TextChanged(object sender, EventArgs e)

private void Form1_Load(object sender, EventArgs e)

groupBox1.Visible = false;

button5.Visible = false;

private void groupBox1_Enter(object sender, EventArgs e)

private void textBox3_TextChanged(object sender, EventArgs e)

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.Windows.Forms;

public partial class form2: Form

InitializeComponent();

private void button2_Click(object sender, EventArgs e)

dataGridView1.Rows.Add("01", "02", "03", "04", "05", "06", "07", "08");

private void button1_Click(object sender, EventArgs e)

private void dataGridView1_CellContentClick(object sender, DataGridViewCellEventArgs e)

private void button2_Click_1(object sender, EventArgs e)

dataGridView1.Rows.Clear(); //Удаляем все данные из таблицы БД

private void button3_Click(object sender, EventArgs e)

//Удаляем одну строчку из таблицы БД

int ind = dataGridView1.SelectedCells.RowIndex;

dataGridView1.Rows.RemoveAt(ind);

Приложение В

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

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

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

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

Для работы с данным программным обеспечением необходимо наличие ПК с требуемыми техническими характеристиками, а именно:

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

2.1.1. Состав выполняемых функций.

Разрабатываемое ПО должно обеспечивать:

поступление новых заявок на аренду;

списание и перевод заявок в другие точки аренды;

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

введение данных о менеджере (ФИО, стаж работы в этой области);

перечень автомобилей в разрезе их характеристик (цвет, класс, мощность и т.д.).

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

В конце отчетного периода система должна архивировать данные.

2.1.2. Организация входных и выходных данных.

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

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

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

3. ВЫПОЛНЕНИЕ ПРОГРАММЫ.

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

4. СООБЩЕНИЯ ОПЕРАТОРУ.

- "Заказ успешно добавлен!" - добавлена информация о заказе

Руководство администратора

1. ОБЩИЕ СВЕДЕНИЯ О ПРОГРАММЕ.

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

2. СТРУКТУРА ПРОГРАММЫ.

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

3. ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ.

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

Происходит вывод из БД, в котором представлена вся необходимая информация о заказах.

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

4. СООБЩЕНИЕ СИСТЕМНОМУ ПРОГРАММИСТУ.

Вывод ошибок при некорректном запуске программы.

Вывод ошибок при некорректном сохранение данных программы.

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

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

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

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

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


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

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


Разработка информационной системы на платформе "1С:Предприятие 8.0" для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Проектирование интерфейса. Построение логической и физической моделей данных.

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


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

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


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

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


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

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


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

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


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

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


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

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


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