Потоки информации, циркулирующие в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению
Требования к разрабатываемой информационной системе
жүктеу/скачать 1,05 Mb.
|
| 1.1.2 Требования к разрабатываемой информационной системе
Ядром информационной системы являются хранимые данные. На любом предприятии данные различных отделов, как правило, пересекаются. Например, для целей управления часто нужна информация по всему предприятию. Принятие решений по производственным вопросам невозможно без информации о товарах, о полученных заказах, о стратегии сбыта и т.д. Это означает, что описывающие конкретную предметную область данные должны храниться в легко доступном виде. Чтобы принять процесс электронной обработки данных, необходимо знать ряд терминов, которые применяются при описании и представлении данных (таблица 1.1). Предметная область. Предметная область может относиться к любому типу организации (например, банк, университет, больница или завод). Необходимо различать полную предметную область (крупное предприятие по производству автомобилей, ЭВМ, химической продукции или по выплавке стали) и организационную единицу этой предметной области. Организационная единица в свою очередь может представлять свою предметную область (например, цех по производству кузовов автомобильного завода или отдел обработки данных предприятия по производству ЭВМ). В данном случае цеха и отделы сами могут соответствовать определенным предметным областям. Объект. Объектом может быть человек, предмет, событие, место или понятие, о котором записаны данные. Атрибут. Каждый объект характеризуется рядом основных атрибутов. Например, дом характеризуется габаритами, цветом, временем эксплуатации и размером приусадебного участка. Клиент банка имеет такие атрибуты, как фамилию, адрес и, возможно, идентификационный номер. Атрибут часто называют элементом данных, полем данных, полем данных или элементарным. Значение данных. Значение данных представляет действительные данные, содержащиеся в каждом элементе данных. Информацию о некоторой предметной области можно представить с помощью нескольких объектов, каждый из которых описывается несколькими элементами данных. Принимаемые элементами данных значения называются данными. Единичный набор принимаемых элементами данных значений называются экземпляром объекта. Объекты связываются между собой определенным образом. Соответствующая модель объектов с составляющими их элементами данных и взаимосвязями называются концептуальной моделью. Концептуальная модель дает общее представление о потоке данных в предметной области. При рассмотрении данных часто бывает трудно выявить различия между объектом, элементом данных и значением элемента данных. Ключевой элемент данных. Некоторые элементы данных обладают интересными свойствами. Зная значение, которое принимает такой элемент данных объекта, мы можем идентифицировать значения, которые принимают другие элементы данных этого же объекта. Элементы данных, по которым можно определить другие элементы данных, называются ключевыми. Иногда их называют также идентификатором объекта. Однозначно идентифицировать объект могут два и более элемента данных. В этом случае их называют «кандидатами» в ключевые элементы данных. Вопрос о том, какой из кандидатов использовать для доступа к объекту, решается пользователем или проектировщиком. Выбирать ключевые элементы данных следует тщательно, поскольку правильный выбор способствует созданию достоверной модели данных. Таблица 1.1 - Основные термины реляционной модели
Можно сформулировать ряд требований к разрабатываемой информационной системе. Требования, которым должна удовлетворять СУБД: - эффективное выполнение одной и той же СУБД различных функций предметной области; - минимизация избыточности хранимых данных; предоставление для процессов принятие решений непротиворечивой информации; обеспечение управления безопасностью; отсутствие повышенных требований к персоналу, связанному с разработкой, поддержанием и совершенствованием прикладных программ при большой производительности и меньших затратах; простая физическая реорганизация базы данных; возможность централизованного управления базой данных; упрощение процедуры эксплуатации ЭВМ. С базой данных взаимодействуют несколько пользователей. Поэтому крайне необходима функция учета различных требований и разрешения конфликтов. Иными словами, нужно ввести долгосрочную функцию администрирования, направленную на координацию и выполнение всех этапов проектирования, реализации и ведения интегрированной базы данных, в соответствии с которой на определенных лиц возлагается ответственность за сохранность важного ресурса - данных. Лицо, ответственное за выполнение функции администрирования базы данных, называется администратором базы данных. При рассмотрении требований конечных пользователей необходимо принимать во внимание следующее: База данных должна удовлетворять актуальным информационным потребностям. - База данных должна удовлетворять актуальным требованиям за приемлемое время, т.е. заданным требованиям производительности. - База данных должна удовлетворять выявленным и вновь возникающим требований конечных пользователей. База данных должна легко расширяться при реорганизации и расширении предметной области. База данных должна легко изменяться при изменении программной и аппаратной среды. Загруженные в базу данных корректные данные должны оставаться корректными. Данные до включения в базу данных должны проверяться на достоверность. Доступ к данным, размещаемым в базе данных, должны иметь только лица с соответствующими полномочиями. жүктеу/скачать 1,05 Mb. Достарыңызбен бөлісу:
|