Проектирование информационных систем
Заказать уникальную курсовую работу- 40 40 страниц
- 0 + 0 источников
- Добавлена 20.03.2014
- Содержание
- Часть работы
- Список литературы
- Вопросы/Ответы
Введение 4
Постановка задачи на проектирование 5
Анализ требований 5
Цель 5
Область применения 5
Основные положения 7
Возможности системы 7
Формулировка проблемы 7
Описание заинтересованных лиц и пользователей 7
Потенциальные потребители 7
Пользовательская среда 8
Обзор продукта 9
Перспективы продукта 9
Проектные ограничения 9
Стоимость проекта 10
Лицензирование и установка 10
Функциональные возможности продукта 10
Вход в систему 10
Требования к качеству 10
Готовность: 10
Удобство использования: 10
Сопровождаемость: 10
Используемые стандарты 11
Системные требования 11
Требования к окружающей среде 11
Требования к документации 12
Информационная модель 13
Функциональная модель 13
Объектно-ориентированная модель программных приложений 22
Реализация 36
Заключение 40
Список используемых источников 42
Имя Описание Тип CloseForm В данном атрибуте содержится логическое выражение, Отражающее закрытие формы меню Boolean
Операции класса Menu
Имя Описание OpenMenu () Открытие формы главного меню, в котором осуществляется работа с системой, производится открытие форм, таких как клиент и поиск Return Menu () Операция возврата в главное меню, после закрытия форм клиент и поиск
Класс Search содержит следующие атрибуты.
Имя Описание Тип Fam Фамилия клиента String Im Имя клиента String Otch Отчество клиента String NomerPolisa Номер страхового свидетельства Integer NomerAvto Номерной знак транспортного средства String
Операции класса Search
Имя Описание OpenSearch () Открытие формы поиска из главного меню Return Search () Операция возврата на форму поиска, обнаружения отсутствия клиента в базе Soobshit ob ots Выдача системного сообщения пользователю, об отсутствии клиента в БД
Классы пакета Entities.
Рисунок 17 Диаграмма классов пакета Entities.
Класс BD не содержит никаких атрибутов, так как он только передает управление СУБД, которая в свою очередь выполняет все операции по работе с запросами пользователей.
Операции класса BD
Имя Описание AddNewClientBD () Отправка запроса на добавление нового клиента организации AddEditClientBD () Отправка запроса на внесение в базу изменений об уже существующем клиенте SearchBD () Формирование результирующей информации и выдача данных о запрашиваемом клиенте на соответствующей форме клиент
Классы пакета Control
Рисунок 18 Диаграмма классов пакета Control
Класс Open содержит следующие атрибуты.
Имя Описание Тип LogIn Логин пользователя String Password Пароль пользователя String Access Доступ разрешен, либо запрещен Boolean Операции класса Open
Имя Описание Сигнатура Authorization Проверка правильности ввода данных пользователем при входе в систему, операция возвращает значение логического типа. + Authorization (): Boolean
Классы пакета View
Рисунок 19 Диаграмма классов пакета View
Класс Print не содержит никаких атрибутов, так как данный класс реализует только печать страхового договора.
Операции класса Open
Имя Описание Сигнатура PrintPolis Операция реализует печать полиса, данные берутся из БД
Рисунок 20 Диаграмма классов «страховой агент»
Диаграммы состояний определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате наступления некоторых событий.
На диаграмме имеются два специальных состояния - начальное (start) и конечное (stop). Начальное состояние выделено черной точкой, оно соответствует состоянию объекта, когда он только что был создан. Конечное состояние обозначается черной точкой в белом кружке, оно соответствует состоянию объекта непосредственно перед его уничтожением. На диаграмме состояний может быть одно и только одно начальное состояние.
Рисунок 21 Диаграмма состояний «страховой агент»
Реализация
Рисунок 12. – Диаграмма компонентов
Рисунок 22 Диаграмма компонентов пакета Boundaries
Рисунок 23 Диаграмма компонентов пакета Control
Рисунок 24 Диаграмма компонентов пакета Entities
Рисунок 25 Диаграмма компонентов пакета View
Диаграмма компонентов для варианта использования (Схема сети)
Рисунок 26 Диаграмма размещения
Как видно из диаграммы, клиентская и серверная программы будут работать на разных местах. Через закрытую сеть будет осуществляться их сообщение. С клиентской частью соединен принтер, так как именно клиентская программа печатает полисы после заключения договора с клиентом.
На созданной диаграмме размещения расположены процессоры Сервер БД, Сервер приложения и рабочие станции страховых агентов, кроме того присутствует устройство принтер.
Реализация со схемой базы данных и SQL кодом.
Рисунок 27 схема базы данных
SQL код
CREATE TABLE T_Client (
Fam VARCHAR2 ( 255 ) NOT NULL,
Im VARCHAR2 ( 255 ) NOT NULL,
Otch VARCHAR2 ( 255 ) NOT NULL,
Adress VARCHAR2 ( 255 ) NOT NULL,
Avto VARCHAR2 ( 255 ) NOT NULL,
NomerAvto VARCHAR2 ( 255 ) NOT NULL,
ID NUMBER ( 10 ) NOT NULL,
NomerDogovora NUMBER ( 10 ) NOT NULL,
DataZaklu4en DATE NOT NULL,
T_Menu_ID NUMBER ( 10 ),
T_Menu_T_Menu_ID NUMBER ( 10 ),
COL_0 NUMBER ( 10 ) NOT NULL,
CONSTRAINT PK_T_Client2 PRIMARY KEY (ID)
)
/
CREATE INDEX TC_T_Client13 ON T_Client (COL_0 )
/
CREATE INDEX TC_T_Client12 ON T_Client (T_Menu_ID )
/
CREATE INDEX TC_T_Client11 ON T_Client (T_Menu_T_Menu_ID )
/
CREATE TABLE T_Search (
Fam VARCHAR2 ( 255 ) NOT NULL,
Im VARCHAR2 ( 255 ) NOT NULL,
Otch VARCHAR2 ( 255 ) NOT NULL,
NomerPolisa NUMBER ( 10 ) NOT NULL,
NomerAvto VARCHAR2 ( 255 ) NOT NULL,
T_Search_ID NUMBER ( 10 ) NOT NULL,
T_Menu_ID NUMBER ( 10 ),
CONSTRAINT PK_T_Search4 PRIMARY KEY (T_Search_ID)
)
/
CREATE INDEX TC_T_Search15 ON T_Search (T_Menu_ID )
/
CREATE TABLE T_Menu (
CloseForm NUMBER ( 1 ) NOT NULL,
T_Menu_ID NUMBER ( 10 ) NOT NULL,
T_Search_ID NUMBER ( 10 ) NOT NULL,
CONSTRAINT PK_T_Menu3 PRIMARY KEY (T_Menu_ID),
CONSTRAINT TC_T_Menu10 UNIQUE (T_Search_ID)
)
/
CREATE INDEX TC_T_Menu14 ON T_Menu (T_Search_ID )
/
ALTER TABLE T_Search ADD ( CONSTRAINT FK_T_Search2 FOREIGN KEY (T_Menu_ID) REFERENCES T_Menu (T_Menu_ID))
/
ALTER TABLE T_Client ADD ( CONSTRAINT FK_T_Client4 FOREIGN KEY (T_Menu_T_Menu_ID) REFERENCES T_Menu (T_Menu_ID))
/
ALTER TABLE T_Client ADD ( CONSTRAINT FK_T_Client5 FOREIGN KEY (COL_0) REFERENCES T_Menu (T_Menu_ID))
/
ALTER TABLE T_Client ADD ( CONSTRAINT FK_T_Client3 FOREIGN KEY (T_Menu_ID) REFERENCES T_Menu (T_Menu_ID))
/
ALTER TABLE T_Menu ADD ( CONSTRAINT FK_T_Menu6 FOREIGN KEY (T_Search_ID) REFERENCES T_Search (T_Search_ID))
/
Заключение
Информационные технологии изменяют и будут менять характер деятельности страховых корпораций. Очевидные изменения коснутся формирования автоматизированной, информационной среды. Поступление информации станет процессом, управляемым самим пользователем, благодаря возможности выбора необходимого интерактивного канала. Развитие средств коммуникации обеспечивает возможность общения с любым абонентом страхового процесса в любой точке земного шара при помощи цифровых средств передачи данных и видеоизображений, делает реальными перспективы внедрения электронного страхования. В условиях электронного страхования станут иными структура и условия страхования. Страховые компании, специализирующиеся на определенном виде страхования, смогут работать не менее успешно, чем универсальные страховые корпорации, поскольку залогом эффективного бизнеса будет его мощная информационная поддержка.
В процессе выполнения данного курсового проекта была разработана объектно-ориентированная модель информационной подсистемы для учета товаров с использованием языка UML.
Основой информационных коммуникаций будущего являются информационные магистрали. Сеть Internet уже представляет собой некоторый прообраз информационной супермагистрали. Перемещение сферы деловой активности человека в так называемое киберпространство приведет к изменению самого назначения персонального компьютера. Из вспомогательного инструмента он превратится в полномочного представителя, клиента страховой компании.
Очевидно, что для успешного формирования единого информационного пространства страховой деятельности необходима совместимость различных супермагистралей. Один из возможных подходов к этому — стандартизация электронного взаимодействия.
В ходе ее разработки мною были изучены основы языка моделирования UML и построены следующие диаграммы:
диаграмма вариантов использования;
диаграмма последовательности;
кооперативная диаграмма;
диаграмма классов;
диаграмма состояний;
диаграмма компонентов;
В качестве среды разработки информационной подсистемы был использован программный продукт Rational Rose Enterprise Edition.
Список используемых источников
Леоненков А. В., «Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose, М. Интуит.ру, 2006 – 320с.
11. Мартин Фаулер, Кендалл Скотт, «UML. Основы», Символ-Плюс, Санкт-Петербург, 2007 – 192с.
12. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон, «Язык UML. Руководство пользователя», СПб ДМК Пресс, Санкт-Петербург, 2004 – 432с.
13. Вендров А.М., «Проектирование программного обеспечения экономических информационных систем», М. Финансы и статистика, 2006 – 544с.
http://bugabooks.com/book/8-avtomatizirovannye-it-v-yekonomike/73-104-avtomatizirovannaya-informacionnaya-sistema-straxovoj-firmy-i-texnologiya-ee-funkcionirovaniya.html, АИС страховой фирмы и технология ее функционирования;
Мартин Фаулер, Кендалл Скотт, «UML. Основы», Символ-Плюс, Санкт-Петербург, 2007;
Грейди Буч, Джеймс Рамбо, Айвар Джекобсон, «Язык UML. Руководство пользователя», СПб ДМК Пресс, Санкт-Петербург, 2004;
Автоматизированные информационные технологии в экономике: Учеб. для вузов / М. И. Семенов, И. Т. Трубилин, В. И. Лойко, Т. П. Барановская; Под ред. И. Т. Трубилина.- М.: Финансы и статистика, 2003.- 414 с.
Марка Д., МакГоуэн К. Методология структурного анализа и проектирования SADT (Structured Analysis & Design Technique): Пер. с англ. М.: МетаТехнология, 1993. – 240 с.
5
1. Леоненков А. В., «Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose, М. Интуит.ру, 2006 – 320с.
2. 11. Мартин Фаулер, Кендалл Скотт, «UML. Основы», Символ-Плюс, Санкт-Петербург, 2007 – 192с.
3. 12. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон, «Язык UML. Руководство пользователя», СПб ДМК Пресс, Санкт-Петербург, 2004 – 432с.
4. 13. Вендров А.М., «Проектирование программного обеспечения экономических информационных систем», М. Финансы и статистика, 2006 – 544с.
5. http://bugabooks.com/book/8-avtomatizirovannye-it-v-yekonomike/73-104-avtomatizirovannaya-informacionnaya-sistema-straxovoj-firmy-i-texnologiya-ee-funkcionirovaniya.html, АИС страховой фирмы и технология ее функционирования;
6. Мартин Фаулер, Кендалл Скотт, «UML. Основы», Символ-Плюс, Санкт-Петербург, 2007;
7. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон, «Язык UML. Руководство пользователя», СПб ДМК Пресс, Санкт-Петербург, 2004;
8. Автоматизированные информационные технологии в экономике: Учеб. для вузов / М. И. Семенов, И. Т. Трубилин, В. И. Лойко, Т. П. Барановская; Под ред. И. Т. Трубилина.- М.: Финансы и статистика, 2003.- 414 с.
9. Марка Д., МакГоуэн К. Методология структурного анализа и проектирования SADT (Structured Analysis & Design Technique): Пер. с англ. М.: МетаТехнология, 1993. – 240 с.
Вопрос-ответ:
Зачем нужно проектирование информационных систем?
Проектирование информационных систем необходимо для создания эффективных и надежных систем, которые позволяют организовать и обрабатывать большой объем информации. Оно позволяет определить требования к системе, спроектировать ее архитектуру и функциональность, а также предусмотреть меры безопасности и качество системы.
Какие задачи решает проектирование информационных систем?
Проектирование информационных систем решает множество задач, таких как определение требований к системе, проектирование архитектуры и функциональности, разработка интерфейсов, определение мер безопасности, анализ эффективности и масштабируемости системы, тестирование и внедрение системы.
Какие преимущества имеет проектирование информационных систем?
Проектирование информационных систем позволяет создавать системы, которые эффективно обрабатывают информацию, улучшают процессы работы организации, повышают производительность и качество работы сотрудников. Оно также позволяет предусмотреть меры безопасности и защиты информации, а также обеспечить масштабируемость и гибкость системы.
Какие требования следует учитывать при проектировании информационных систем?
При проектировании информационных систем следует учитывать требования к функциональности системы, требования к производительности, требования к безопасности и защите информации, требования к удобству использования системы, требования к масштабируемости и гибкости системы, а также требования к совместимости и интеграции с другими системами.
Каковы основные этапы проектирования информационных систем?
Основные этапы проектирования информационных систем включают постановку задачи, анализ требований, разработку архитектуры и функциональности системы, разработку интерфейсов, определение мер безопасности, тестирование и внедрение системы.
Какими возможностями обладает информационная система?
Информационная система имеет такие возможности, как: функционал входа в систему, требования к качеству продукта, анализ требований, постановка задачи на проектирование и другие.
Какие ограничения существуют при проектировании информационной системы?
При проектировании информационной системы существуют ограничения в виде стоимости проекта, лицензирования и установки продукта, а также проектных ограничений.
Для кого будет полезна информационная система?
Информационная система будет полезна для потенциальных потребителей, заинтересованных лиц и пользователей, которые нуждаются в удобной и эффективной системе для работы с информацией.
Какие требования предъявляются к качеству информационной системы?
К требованиям к качеству информационной системы относятся точность и надежность работы системы, возможность масштабирования, удобство использования интерфейса и другие характеристики.
Какова цель проектирования информационной системы?
Целью проектирования информационной системы является создание эффективной и функциональной системы, удовлетворяющей требованиям пользователей и решающей поставленные задачи.