Проектирование концептуальной модели

СОДЕРЖАНИЕ

СПИСОК СОКРАЩЕНИЙ............................................................................. 5

ВВЕДЕНИЕ..................................................................................................... 6

РАЗДЕЛ 1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ........................................................ 7

1.1. Основы разработки программного обеспечения

автоматизированной информационной системы........................................ 7

1.2. Исследования в области созданных

автоматизированных информационных систем......................................... 8

РАЗДЕЛ 2. ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ............................................................ 11

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

2.2. Описание предметной области........................................................... 12

2.3. Обоснование выбора системы управления базами данных,

языка программирования и операционной системы................................ 12

2.4. Проектирование автоматизированной информационной системы.. 17

2.4.1. Проектирование концептуальной модели................................... 21

2.4.2. Проектирование информационно-логической модели............... 25

2.4.3. Проектирование физической модели........................................... 26

2.5. Проектирование интерфейса пользователя....................................... 29

2.5.1. Защита данных АИС.................................................................... 29

2.5.2. Технические средства реализации проекта................................. 30

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

2.5.4. Характеристика программы........................................................ 31

РАЗДЕЛ 3. Бухгалтерский раздел............................................................... 31

3.1. Организация бухгалтерских задач на предприятии......................... 31

3.1.1. Характеристика задач, решаемых на предприятии.................... 31

3.1.2. Структура бухгалтерии предприятия......................................... 32

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

3.1.4. Принятая учетная политика предприятия................................... 33

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

4.1. Понятие экономической эффективности............................................ 36

4.2. Методика расчета экономической эффективности............................ 36

4.3. Расчет экономической эффективности по задаче............................... 40

ЗАКЛЮЧЕНИЕ............................................................................................. 42

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ............................................ 43

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

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

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

СПИСОК СОКРАЩЕНИЙ

АИС – Автоматизированная информационная система.

СУБД – Система управления базами данных.

БД – База данных.

ОС – Операционная система.

ПО – Программное обеспечение.

ТСИ – Технические средства информатизации.

Руб – Рубли.

ВВЕДЕНИЕ

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

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

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

Целью данного проекта является создание автоматизированной информационной системы для службы быта «Чистюля».

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

1) Внесение клиентов в базу данных;

2) Вывод отчета об уже застрахованных клиентах;

3) Расчет налога на виды страхования;

4) Вывод отчета о сумме страховки клиента с учетам налога.

РАЗДЕЛ 1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

Основы разработки программного обеспечения автоматизированной информационной системы

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

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

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

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

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

Покажем, как взаимодействуют эти базы данных между собой.

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

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

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

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

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

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

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

Страховая компания «Професс Гарант» приступила к созданию корпоративной ИС. В качестве основы для автоматизации управления финансами компании были выбраны компоненты 8АР и пакета решений для страхового бизнеса 8АР. Внедрение модулей 8АР для автоматизации финансов и контроллинга позволит автоматизировать процессы ведения бухгалтерского учета и отчетности по российским и международным стандартам, налогового учета, обрабатывать входящие и исходящие платежи и т.д. Предполагается реализовать функциональность модуля «Сборы и выплаты» пакета, с помощью которого осуществляется выставление счетов клиентам страховой компании, сбор платежей и разнесение входящих платежей по начисленным страховым премиям, анализ задолженностей и выставление клиентам напоминаний об оплате, взаиморасчеты с агентами и брокерами, обработка исходящих платежей по страховой деятельности.

Генеральный подрядчик проекта — компания «Сибинтек». Проектная команда будет выполнять субподрядные работы с привлечением западных специалистов, имеющих опыт внедрения решений 8АР в области страхового бизнеса. Планируется, что в дальнейшем система будет внедрена и в региональных подразделениях.

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

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

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

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

РАЗДЕЛ 2. ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

Основной задачей является разработать автоматизированную систему управления «Страховая компания». Для ее разработки будет использоваться система управления Microsoft Access. Страхование подразумевает множество задач. Одно из таких задач – расчет, выбранного клиентом вида страхования. В этом расчете будет так же включен.

После создания базы данных в Microsoft Access, будет разработано и создано приложение в Delphi 7 «Справочник Меломана», которое и является целью курсового проекта.

Внедрение базы данных а так же и АИС в страховую компанию.

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

База данных содержит в себе:

1. Информацию о Филиалах– содержит наименование филиала, его адрес и телефон;

2. Информацию о клиентах – содержит фамилию, имя, отчество и контактный телефон клиента;

3. Информацию о договорах – содержит дату составления договора, номер договора, цену договора и цену договора с учетом налога;

4. Информацию вид страхования – содержит виды страхования и налоги на виды страхования.

Требования к страховым агентам, которые пользуются АИС:

1. Вносить полную информацию о клиентах;

2. Проверять достоверность информации;

3. Составлять договор между страховой компанией и клиентом;

4. Производить расчет клиентов, учитывая налог на вид страхования;

5. Создавать требуемые отчеты для контроля.

Описание предметной области

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

В базе данных будет содержаться следующая информация:

1. Информацию о Филиалах– содержит наименование филиала, его адрес и телефон;

2. Информацию о клиентах – содержит фамилию, имя, отчество и контактный телефон клиента;

3. Информацию о договорах – содержит дату составления договора, номер договора, цену договора и цену договора с учетом налога;

4. Информацию вид страхования – содержит виды страхования и налоги на виды страхования.

Требования к страховым агентам, которые пользуются АИС:

1. Вносить полную информацию о клиентах;

2. Сформировывать отчеты по клиентам.

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

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

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

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

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

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

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

Таким образом, любая СУБД должна обеспечивать следующее:

1. компактное хранение данных (без дублирования);

2. оптимизацию доступа к данным;

3. логическую целостность (согласованность) данных;

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

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

База данных «Страховая компания» была создана в системе Microsoft Access, так как имеет множество полезных функций.

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

Основные компоненты Microsoft Access:

Построитель таблиц;

- Построитель форм;

- Построитель SQL запросов;

- Построитель отчетов, выводимых на печать.

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

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

Так же можно отметить доступность этой СУБД в сети Интернет.

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

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

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

Borland Delphi- средство разработки приложений под Windows. Достоинство Delphi - это быстрый компилятор, большие возможности для работы с базами данных и большой набор компонентов. Простота, скорость и эффективность Delphi объясняют её популярность. Есть и другие достоинства: простота изучения Object Pascal; программы, написанные на Delphi, не требуется снабжать дополнительными библиотеками.

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

Еще одним важным достоинством 7 версии Делфи является то, что код можно использовать максимальное количество раз, то есть помимо стандартных 270 базовых классов, пользователь может создавать и использовать сам. Это очень полезная особенность при создании решении сложной и специфической проблемы. В Delphi 7 предусмотрена возможность подключения к различным корпоративным базам данных. Связь с БД основана на SQL-запросах. В составе программного продукта Delphi 7 присутствуют такие сервисы, как Database Engine и SQL Link.

Проектирование автоматизированной информационной системы

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

По степени автоматизации ИС делятся на:

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

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

Автоматизированная информационная система (Automated information system, AIS) - это совокупность программных и аппаратных средств, предназначенных для хранения и (или) управления данными и информацией, а также для производства вычислений.

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

Выделяют четыре типа АИС:

Охватывающий один процесс (операцию) в одной организации;

Объединяющий несколько процессов в одной организации;

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

Реализующий работу нескольких процессов или систем в масштабе нескольких организаций.

При этом наиболее распространенными и перспективными считаются: фактографические, документальные, интеллектуальные (экспертные) и гипертекстовые АИС.

Информационное обеспечение (ИО) - это хранимые на предприятии потоки информации. Информация формируется в результате обработки данных. Любая система имеет дело с двумя видами информации: внешняя (информация о внешней среде) и внутренняя.

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

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

Информационная база состоит из 2-х взаимосвязанных частей: внемашинной и внутримашинной.

Внемашинная - это часть системы, воспринимаемая человеком без ЭВМ (документы, акты, счета, устная информация).

Внутримашинная содержится на машинных носителях и состоит из файлов.

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

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

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

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

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

Такое структурное подразделение должно выполнять:

Сбор первичной информации;

Передачу или рассылку информации;

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

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

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

Этапы проектирования автоматизированных информационных систем. К проектированию АИС непосредственное отношение имеют два направления деятельности:

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

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

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

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

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

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

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

Результаты анализа - техническое предложение и бизнес-план создания АИС - представляются заказчику для окончательного согласования.

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

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

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

Проектирование концептуальной модели

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

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

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

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

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

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

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

Так же АИС «Страховая компания» содержит 3 формы и один журнал расчета.

Рис. 1 «Варианты использования»

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

Следующими диаграммами являются диаграммы «отношений». Диаграммы «отношений» включают полноценные и завершенные действия Актеров.

Дата добавления: 2015-10-26