Назначение и цели создания системы

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

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

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

Критерии – это признаки, по которым можно оценить степень достижения цели.

 

 

Изучение объекта автоматизации

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

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

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

- что лежит в основе автоматизируемой деятельности;

- как это делается;

- кем это делается;

- где происходит деятельность;

- когда это делается;

- зачем это делается.

 

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

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

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

 

 

 

Рис.3.2

 

 

Описание постановки задачи

Изучив бизнес – процессы и бизнес – правила можно приступать к постановке задачи.

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

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

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

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

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

Подробно описать имеющиеся структурные единицы входной/выходной информации [Л.7].

 

Логическое проектирование

Прикладные программы

СУБД

Пользователь

Коллектив специалистов

 

 

 

Рис. 4

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

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

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

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

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

Схема концептуального моделирования приведена на рис. 5.

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

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

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

Определяемые элементы - СТУДЕНТ, ГРУППА

Количество - 25

Отображение - 1:1

 

 

 

 

Анализ ПП-информации

Анализ ПО-информации

 

 

	Синтез концептуальной модели

 

 

Рис. 5

 

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

Пример ПП-информации:

· описание процесса:

Наименование - Экземпляр ведомости

Частота применения - 2 раза в год

Требуемые данные - СТУДЕНТ,

НОМЕР ЗАЧ. КНИЖКИ

ГРУППА

ПРЕПОДАВАТЕЛЬ

Объем данных - 25

· оператор:

Наименование - найти

Критерий поиска - СТУДЕНТ

Кол-во поисковых

образов - все

Используемые

ассоциации - успеваемость

 

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

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

Элементами внутреннего представления являются:

· физические блоки;

· хранимые записи;

· указатели;

· данные переполнения;

· межблочные промежутки.

 

Объектная система

 

Объектная система имеет следующие составляющие:

· объект;

· свойство;

· связь;

· время.

Объект – это то, о чем должна накапливаться информация в АС.

Выбор объектов производится в соответствии с целевым назначением информационной системы.

Объекты могут быть составными и атомарными.

Выделяются следующие виды моделей:

· модель ПО

· модель данных

· модель БД.

 

Модель предметной области (МПО)

МПО может быть построена:

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

- на основе анализа самой ПО и учете потребностей пользователей.

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

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

 

Модель данных

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

Выделяют три вида моделей:

v иерархические

v сетевые

v реляционные.

Операции над данными отражают динамические свойства модели данных.

Как правило, можно выделить следующие основные виды операций:

· идентификация одного данного и нахождения его положения в БД;

· выборка (чтение) данного из БД;

· включение (запись) данного в БД;

· удаление данного из БД;

· модификация (изменение) данного в БД.

 

Модель базы данных

 

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

МБД описывается схемой БД, которая определяет ее структуру и ограничения целостности и управления доступом.

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

Информационный компонент системы включает всю информацию, задействованную в системе. Она делится на внемашинную (внешняя среда) и внутримашинную информацию (БД, массивы и т.д.).

 

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

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

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

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

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