Автоматизированный учет операций по аренде недвижимости риэлтерской фирмы с помощью программных средств BPwin и ERwin

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

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

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

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

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

Первое высшее техническое заведение России

Министерство образования и науки Российской Федерации

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

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

"Национальный минерально-сырьевой университет "Горный"

Курсовая работа

Автоматизированный учет операций по аренде недвижимости риэлтерской фирмы с помощью программных средств BPwin и ERwin

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

Оглавление

Введение

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

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

3. Назначение и цели создания автоматизированной системы учета

3.1 Назначение системы

3.2 Цели создания системы

4. Характеристика объектов автоматизации

4.1 Краткие сведения об объекте

5. Требования к системе

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

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

5.3 Требования к видам обеспечения

6. Состав и содержание работ по созданию системы

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

7.1 Виды, состав, объем и методы испытаний системы и ее составных частей

7.2 Общие требования к приемке работ, порядок согласования и утверждения приемочной документации

7.3 Статус приемочной комиссии

8. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

9. Требования к документированию

10. Отчеты в BPWin

Заключение

Используемая литература

Введение

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

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

Основные задачи информационных систем - ИС:

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

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

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

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

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

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

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

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

В настоящее время, при создании современных информационных систем требуется применение специальных методик и инструментов. Для решения этой сложной задачи системные аналитики и разработчики проявили большую заинтересованность к Computer Aided Software/System Engineering (CASE), а также и к её инструментальным средствам (CASE- средства).

CASE-средство - программное средство, поддерживающее процессы жизненного цикла программного обеспечения (ПО) (определенные в стандарте ISO/IEC 12207:1995), включая анализ требований к системе, проектирование прикладного ПО и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.

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

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

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

В данной курсовой работе использовалось инструментальное средство BPwin, в которой рассматриваются следующие IDEF-модели:

IDEF0 - функциональное моделирование (Function Modeling Method);

IDEF3 - моделирование деятельности (Process Flow and Object Stale Description Capture Method);

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

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

Цели создания системы:

· Уменьшение затрат на прием и систематизацию информации

· Уменьшение времени на создание и обработку документов

· Уменьшение времени на подготовку документов заказчикам

· Возможность оперативного контроля за достоверностью информации

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

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

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

При разработке использовать следующие IDEF-модели:

· IDEF0- функциональное моделирование (Function Modeling Method)

· DFD- диаграммы потоков данных (Data flow diagramming)

· IDEF3- моделирование деятельности (Process Flow and Object Stale Description Capture Method)

Разработать техническое задание, которое включает следующие пункты:

· общие сведения;

· назначение и цели создания (развития) системы;

· характеристика объектов автоматизации;

· требования к системе;

· состав и содержание работ по созданию системы;

· порядок контроля и приемки системы;

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

· требования к документированию;

· источники разработки.

Используя возможности BPWin, составить отчеты, созданной системы:

1) Model Report. Отчет включает информацию о контексте модели - имя модели, точку зрения, область, цель, имя автора, дату создания и др.

2) Diagram Report. Отчет по контекстной диаграмме, включает список объектов: работ, стрелок, хранилищ данных, внешних ссылок и др.

3) Diagram Object Report. Наиболее полный отчет по модели, включает полный список объектов модели: работ, стрелок с указанием их типа и др. - и свойства, определяемые пользователем.

4) Activity Cost Report. Отчет о результатах стоимостного анализа, т.е. содержит информацию о затратах функциональных блоков и о "центрах затрат" в модели.

5) Arrow Report. Отчет по стрелкам, включает информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.

6) DataUsage Report. Отчет о результатах связывания модели процессов и модели данных, содержит информацию о таблицах базы данных или сущностях и атрибутах.

7) Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.

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

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

Организация экономической сущности

Настоящее Техническое задание описывает задачу построения экономической информационной системы (ЭИС) "Автоматизированный учет операций по аренде недвижимости риелторской фирмы с помощью программных средств BPwin и ERwin" на предприятии. Краткое наименование: ЭИС АН

Шифр темы: 14-2-12

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

Разработчик проекта: ЗАО "Кучеревская", 115404, г.Москва, ул. Бирюлевская д. 21; ИНН 77320125475, КПП 772301001; Р/сч. 04124578541452784589; \ г. Москва, Кор. сч. 770214524758965478541, БИК 044525478. Генеральный директор: Морозова В.И.

Заказчик проекта: ОАО "МИЭЛЬ", 117049, г. Москва, Тверская 15, ИНН 7722175845, КПП 771501001, Р/сч. 40503810600001009079, Главный офис МИЭЛЬ; Россия г.Москва 495, Кор. сч. 452805690001452457458, БИК 044583001.

Перечень документов, на основании которых создается система: Основанием для выполнения работ по теме является договор на создание ЭИС 14-2-12.

Сроки начала и окончания разработки ЭИС: сентябрь 2011 - июнь 2012 года.

Источник финансирования: порядок финансирования определяется условиями договора.

Проект оформляется в виде набора проектной документации, перечень которой утверждён согласно ГОСТ в разделе "Обоснование задачи проектирования" технического проекта. Далее на монтаж ЭИС 14-2-12 заключается договор, в котором технический проект и настоящее техническое задание являются приложениями, согласно которым проводятся работы. По окончании монтажных работ сторонами составляется Акт сдачи-приёмки, на основании которого система вводится в эксплуатацию.

3. Назначение и цели создания автоматизированной системы учета

3.1 Назначение системы

АСУ предназначена для повышения оперативности и качества проведения учета основных средств бухгалтерией.

Основным назначением АСУ является:

· максимальное отображение всех этапов жизненного цикла проекта;

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

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

· простота ведения проектной документации;

· технология обеспечивает надежность процесса проектирования и эксплуатации проекта.

3.2 Цели создания системы

АСУ создается с целью:

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

- создания единой системы отчетности по показателям деятельности;

- повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации.

4. Характеристика объектов автоматизации

4.1 Краткие сведения об объекте

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

5. Требования к системе

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

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

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

В состав информационной системы учёт основных средств - должны входить следующие подсистемы:

Ш Аналитический учет ОС;

Ш Учет амортизации ОС;

Ш Учет ремонта ОС;

Ш Учет арендованных ОС.

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

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

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

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

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

Ш Нормальный режим функционирования;

Ш Аварийный режим функционирования.

Основным режимом функционирования АС является нормальный режим.

В нормальном режиме функционирования системы:

- клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) пять дней в неделю;

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

- исправно работает оборудование, составляющее комплекс технических средств;

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

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

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

В случае перехода системы в предаварийный режим необходимо:

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

- выключить рабочие станции операторов;

- выключить все периферийные устройства;

- выполнить резервное копирование БД.

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

Требования по диагностированию системы

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

Перспективы развития, модернизации системы

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

Требования к численности и квалификации персонала

Для эксплуатации АСУ определены следующие роли:

- Системный администратор;

- Риелтор.

Основными обязанностями системного администратора являются:

- Модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций);

- Установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;

- Установка, настройка и мониторинг прикладного программного обеспечения;

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

Основными обязанностями риелтора являются:

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

- Ведение документов

- Внесение изменений в базы АИС.

Требуемый режим работы персонала

Требуемый режим работы - полный рабочий день с 9:00 до 18:00

Основной перерыв должен составлять 1 час - с 15:00 до 16:00.

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

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

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

- при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

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

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

Требования безопасности

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ. Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение. Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

Требования к эргономике и технической эстетике

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

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

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

Требования к транспортабельности для подвижных ИС

Не предусмотрены.

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

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

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

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

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

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

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

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

Не предусмотрены.

Требования по количеству, квалификации обслуживающего персонала и режимам его работы

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

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

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

? аппаратно-программный комплекс системы не должен требовать круглосуточного обслуживания и присутствия администраторов у консоли управления.

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

Не предусмотрены.

Требования к регламенту обслуживания

Не предусмотрены.

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

Компоненты подсистемы защиты от НСД должны обеспечивать:

- идентификацию пользователя;

- проверку полномочий пользователя при работе с системой;

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

Требования по сохранности информации при авариях

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

Требования к защите от влияния внешних воздействий

Не предусмотрены.

Требования к патентной чистоте

Не предусмотрены.

Требования по стандартизации и унификации

Немаловажным моментом при обеспечении жизненного цикла информационных систем является соответствие выбранной модели жизненного цикла общепринятым государственным стандартам ГОСТ, ГОСТ Р ИСО/МЭК.

Среди таковых предполагается использование:

? ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств;

? ГОСТ Р ИСО/МЭК 15271-02. Информационная технология. Руководство по применению ISO 12207.

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

? ГОСТ Р ИСО 9000-2001. Система менеджмента (административного управления) качества. Основы и словарь;

? ГОСТ Р ИСО 9001-2001. Система менеджмента (административного управления) качества. Требования.

Дополнительные требования.

Не предусмотрены.

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

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

Подсистема Рассмотрения заявки на кредит должна осуществлять приём документов, проверку документов управления безопасности, подготовку документов и рассмотрение на кредитном комитете.

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

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

Временной регламент реализации каждой функции

Будет определен на стадии анализа.

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

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

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

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

5.3 Требования к видам обеспечения

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

Не предусмотрены.

Требования к информационному обеспечению

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

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

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

Требования к программному обеспечению

Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение и быть общедоступными. Базовой операционной системой (ОС) должна являться ОС Win2000/XP/Win 2000 Server / Win 2003 с установленной СУБД и программным интерфейсом, обеспечивающим работу с информационной системой.

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

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

Рекомендуемые требования к техническим характеристикам рабочей станции клиента:

? процессор - Intel Pentium 2,0 ГГц;

? объем оперативной памяти - 512 Мб;

? жесткий диск - 40 GB;

? устройство чтения компакт-дисков (DVD-ROM);

Поддержка ОС: Win2000/XP/Win 2000 Server / Win 2003 сервер. Устройство чтения компакт-дисков необходимо в ПК для обновления дистрибутивов ПО, а так же для локального переноса БД с ПК (или на ПК) при резервном файлов.

Требования к лингвистическому обеспечению системы

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

6. Состав и содержание работ по созданию системы

Содержание работ

Результаты работ

Формирование и утверждение технического задания

Техническое задание по ГОСТ 34.602-89

Разработка информационной системы:

Предварительный этап:

Ш составление общего плана проекта;

Ш составление глоссария и списка нефункциональных требований;

Ш создание модели бизнес процессов;

Ш создание первоначальной версии диаграмм вариантов использования.

Итерация:

Ш анализ вариантов использования;

Ш архитектурный анализ;

Ш проектирование архитектуры системы;

Ш проектирование элементов системы;

Ш реализация (программирование);

Ш быстрое тестирование;

Ш предварительная эксплуатация или демонстрация прототипа;

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

Заключительный этап:

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

Ш тестирование;

Ш написание документации и других сопроводительных документов;

Ш внедрение и опытная эксплуатация;

Ш сопровождение.

Информационная система базы данных аптеки

Оформление расчетно-пояснительной записки (РПЗ) и представление на первичное рецензирование руководителю

Предварительный вариант РПЗ

Исправление выявленных замечаний и недостатков в РПЗ

Конечный вариант РПЗ

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

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

7.1 Виды, состав, объем и методы испытаний системы и ее составных частей

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

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

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

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

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

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

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

7.2 Общие требования к приемке работ, порядок согласования и утверждения приемочной документации

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

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

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

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

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

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

Продукция окончательно забраковывается, если процедура забраковки повторяется более 10 раз.

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

7.3 Статус приемочной комиссии

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

8. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ

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

Изменения, которые необходимо осуществить в объекте автоматизации

Не предусмотрены.

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

Необходимым условием функционирования системы является наличие операционной системы Microsoft Windows XP/2000 с установленной СУБД и программным интерфейсом.

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

Не предусмотрено.

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

Не предусмотрено.

9. Требования к документированию

В составе перечня выходной документации клиентской части системы должны присутствовать:

? описание автоматизируемых функций;

? схема функциональной структуры автоматизируемой деятельности;

? описание технологического процесса обработки данных.

IDEF 0

IDEF0 - функциональное моделирование (Function Modeling Method)

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

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

Модель может содержать четыре типа диаграмм:

· контекстную;

· декомпозиции;

· дерева узлов;

· только для экспозиции (FEO).

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

DFD

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как взаимосвязанный набор действий, которые обрабатывают данные в "хранилища данных" как внутри, так и вне границ моделируемой системы. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.

DFD описывает:

функции обработки информации (работы);

документы (стрелки), объекты, сотрудников или отделы, которые участвуют в обработке информации;

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

таблицы для хранения документов (хранилище данных).

В Bpwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона.

IDEF 3

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

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

IDEF3 содержит правила разработки двух видов сетевых диаграмм:

диаграмм потоков для бизнес-процессов;

диаграмм изменения состояния объекта.

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

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

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

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

10. Отчеты в BPWin

1) Model Report.

Отчет включает информацию о контексте модели - имя модели, точку зрения, область, цель, имя автора, дату создания и др.

Model Name: Учет аренды недвижимости

Author Name: Кучеревская Диана

Status: WORKING

Creation Date: 02.10.2011

Time Frame: (AS-IS)

System Last Revision Date: 04.03.2012

User Last Revision Date: 04.03.2012

2) Diagram Report.

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

Report for Diagram: A3, Осущствление предоплаты по аренде недвижимости

Activity Name: Сбор документов на аренду недвижимости

Activity Status: WORKING

Object Type: Activity

Activity Number: A31

Activity Name: Определение размера предоплаты по аренде недвижимости

Activity Status: WORKING

Object Type: Activity

Activity Number: A32

Activity Name: Учет платежей по aренде

Activity Status: WORKING

Object Type: Activity

Activity Number: A33

Link Name: Заявки на аренду недвижимости

Link Status: WORKING

Link Name: Документы клиентов

Link Status: WORKING

Link Name: Платежный документ

Link Status: WORKING

Data Store Name: Документы клиентов

Data Store Number: 2

Data Store Name: Заявки клиентов

Data Store Number: 1

Data Store Name: График оплаты по аренде

Data Store Number: 3

Data Store Name: Журнал учета платежей

Data Store Number: 4

External Name: Бухгалтерия

External Number: 2

External Name: Клиент

External Number: 1

3) Diagram Object Report.

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

Name: Проектирование ИС учета аренды недвижимости риелторской фирмы

Number: 0

Status: WORKING

Object Type: Activity

Input Name: Заявки на аренду недвижимости

Control Name: ст. 652, 653 ГК РФ "Определение прав арендатора и арендодатаеля"

Output Name: Договор об аренде недвижимости

Input Name: Документы клиентов

Control Name: п.4 главы 34 ГК РФ "Определение договора аренды"

Output Name: График платы за аренду

Output Name: Платежный документ

Output Name: Журнал учета аренды недвижимости

Name: Рассмотрение заявки на аренду недвижимости

Number: 1

Status: WORKING

Object Type: Activity

Input Name: Заявки на аренду недвижимости

Control Name: ст. 652, 653 ГК РФ "Определение прав арендатора и арендодатаеля"

Output Name: Заключение об отказе предоставления аренды

Input Name: Документы клиентов

Output Name: Выписка из решения отдела по подбору недвижимости

Output Name: Заключение об отказе предоставления аренды

Name: Прием документов

Number: 11

Status: WORKING

Object Type: Activity

Input Name: Заявки на аренду недвижимости

Control Name: ст. 652, 653 ГК РФ "Определение прав арендатора и арендодатаеля"

Output Name: Первоначальное представление об аренде

Input Name: Документы клиентов

Name: Проверка документов в Управлении Безопасности

Number: 12

Status: WORKING

Object Type: Activity

Input Name: Первоначальное представление об аренде

Control Name: ст. 652, 653 ГК РФ "Определение прав арендатора и арендодатаеля"

Output Name: Заключение об отказе предоставления аренды

Output Name: Положительное заключение

Name: Проверка клиент а на платежеспособность

Number: 13

Status: WORKING

Object Type: Activity

Input Name: Положительное заключение

Control Name: ст. 652, 653 ГК РФ "Определение прав арендатора и арендодатаеля"

Output Name: Заключение об отказе предоставления аренды

Output Name: Окончательное положительное заключение

Name: Рассмотрение документов в отделе по подбору недвижимости

Number: 14

Status: WORKING

Object Type: Activity

Input Name: Окончательное положительное заключение

Control Name: ст. 652, 653 ГК РФ "Определение прав арендатора и арендодатаеля"

Output Name: Выписка из решения отдела по подбору недвижимости

Name: Предложение имеющихся вариантов

Number: 1

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 0

Output Name: Untitled Output 1

Name: Запрос необходимых данных клиента

Number: 2

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 4

Output Name: Untitled Output 7

Name: Дополнительные условия аренды

Number: 3

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 5

Output Name: Untitled Output 6

Name: Внесение данных в базу сдающейся недвижимости

Number: 4

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 8

Output Name: Untitled Output 9

Name: Заключение договора об аренде недвижимости

Number: 2

Status: WORKING

Object Type: Activity

Input Name: Заключение об отказе предоставления аренды

Control Name: Untitled Control 18

Output Name: Договор об аренде недвижимости

Control Name: п.4 главы 34 ГК РФ "Определение договора аренды"

Output Name: Unnamed Arrow / 21

Name: Осущствление предоплаты по аренде недвижимости

Number: 3

Status: WORKING

Object Type: Activity

Input Name: Unnamed Arrow / 21

Control Name: Unnamed Arrow / 18

Output Name: График платы за аренду

Control Name: Unnamed Arrow / 20

Output Name: Unnamed Arrow / 22

Name: Сбор документов на аренду недвижимости

Number: 31

Status: WORKING

Object Type: Activity

Input Name: Документы клиентов

Output Name: Untitled Output 2

Input Name: Заявки на аренду недвижимости

Output Name: Untitled Output 3

Name: Определение размера предоплаты по аренде недвижимости

Number: 32

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 5

Output Name: Untitled Output 6

Input Name: Untitled Input 4

Name: Учет платежей по aренде

Number: 33

Status: WORKING

Object Type: Activity

Input Name: Платежный документ

Output Name: Untitled Output 10

Input Name: Untitled Input 7

Input Name: Untitled Input 8

Name: Расходно-приходные операции по погошению платы за аренду

Number: 4

Status: WORKING

Object Type: Activity

Input Name: Unnamed Arrow / 22

Control Name: п.4 главы 34 ГК РФ "Определение договора аренды"

Output Name: Платежный документ

Control Name: Untitled Control 20

Output Name: Untitled Output 13

Name: Учет платежей по аренде

Number: 5

Status: WORKING

Object Type: Activity

Input Name: Untitled Input 13

Control Name: Unnamed Arrow / 20

Output Name: Журнал учета аренды недвижимости

Control Name: Untitled Control 21

4) Activity Cost Report.

5) Arrow Report.

Отчет по стрелкам, включает информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.

Arrow Name: Unnamed Arrow / 18

Arrow Status: WORKING

Arrow Source: { Tunnel }

Arrow Source Type: Control

Arrow Name: Unnamed Arrow / 19

Arrow Status: WORKING

Arrow Source: { Tunnel }

Arrow Source Type: Mechanism

Arrow Name: Unnamed Arrow / 20

Arrow Status: WORKING

Arrow Source: { Tunnel }

Arrow Source Type: Control

Arrow Name: Unnamed Arrow / 21

Arrow Status: WORKING

Arrow Source: Заключение договора об аренде недвижимости

Arrow Source Type: Output

Arrow Name: Unnamed Arrow / 22

Arrow Status: WORKING

Arrow Source: Осущствление предоплаты по аренде недвижимости

Arrow Source Type: Output

Arrow Name: АРМ Риелтора

Arrow Status: WORKING

Arrow Source: { Border }

Arrow Source Type: Mechanism

Arrow Name: Выписка из решения отдела по подбору недвижимости

Arrow Status: WORKING

Arrow Name: График платы за аренду

Arrow Status: WORKING

Arrow Source: Осущствление предоплаты по аренде недвижимости

Arrow Source Type: Output

Arrow Name: Договор об аренде недвижимости

Arrow Status: WORKING

Arrow Source: Заключение договора об аренде недвижимости

Arrow Source Type: Output

Arrow Name: Документы клиентов

Arrow Status: WORKING

Arrow Source: {Border}

Arrow Source Type: Input

Arrow Source: Клиент

Arrow Source Type: External

Arrow Name: Журнал учета аренды недвижимости

Arrow Status: WORKING

Arrow Source: Учет платежей по аренде

Arrow Source Type: Output

Arrow Name: Заключение об отказе предоставления аренды

Arrow Status: WORKING

Arrow Source: Проверка документов в Управлении Безопасности

Arrow Source Type: Output

Arrow Source: Проверка клиент а на платежеспособность

Arrow Source Type: Output

Arrow Name: Заявки на аренду недвижимости

Arrow Status: WORKING

Arrow Source: { Border }

Arrow Source Type: Input

Arrow Source: Клиент

Arrow Source Type: External

Arrow Name: Окончательное положительное заключение

Arrow Status: WORKING

Arrow Source: Проверка клиент а на платежеспособность

Arrow Source Type: Output

Arrow Name: Отдел по подбору недвижимости

Arrow Status: WORKING

Arrow Source: { Border }

Arrow Source Type: Mechanism

Arrow Name: п.4 главы 34 ГК РФ "Определение договора аренды"

Arrow Status: WORKING

Arrow Source: { Border }

Arrow Source Type: Control

Arrow Name: Первоначальное представление об аренде

Arrow Status: WORKING

Arrow Source: Прием документов

Arrow Source Type: Output

Arrow Name: Платежный документ

Arrow Status: WORKING

Arrow Source: Расходно-приходные операции по погошению платы за аренду

Arrow Source Type: Output

Arrow Source: Клиент

Arrow Source Type: External

Arrow Name: Положительное заключение

Arrow Status: WORKING

Arrow Source: Проверка документов в Управлении Безопасности

Arrow Source Type: Output

Arrow Name: ст. 652, 653 ГК РФ "Определение прав арендатора и арендодатаеля"

Arrow Status: WORKING

...

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

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