ГОСЫ. ГОСы. 76. каскадная модель жизненного цикла ис (основные этапы разработки по каскадной модели. Достоинства и недостатки каскадной модели)
 Скачать 5.37 Mb.
|
|
Бинарная модель данных — графовая модель, в которой вершины являются представлениями простых однозначных атрибутов, а дуги представлениями бинарных связей между атрибутами.  Рис. 12. Пример бинарного отношения. Бинарные модели данных обладают возможностью представления связки любой сложности (и это их несомненное преимущество), но вместе с тем их ориентация на пользователя недостаточна. Семантической сетью можно считать любую графовую модель (например — помеченный бинарный граф) если изначально четко определено, что обозначают вершины и дуги и как они используются.  Следует сказать, что моделям данных типа семантической сети при всем присущем им богатстве возможностей при моделировании сложных ситуаций присуща усложненность и некоторая неэкономичность в концептуальном плане. 99. ПРОЕКТИНОВАНИЕ СТРУКТУР ДАННЫХ С ИСПОЛЬЗОВАНИЕМ НОТАЦИИ IDEF1X. ОПИСАНИЕ НОТАЦИИ. ЛОГИЧЕСКАЯ И ФИЗИЧЕСКАЯ МОДЕЛИ ДАННЫХ. Наиболее проработанным и часто используемым подходом при проектировании структур данных информационных хранилищ является структурный подход. В рамках структурного подхода используются несколько нотаций, предназначенных для моделирования структур данных информационных систем IDEF1X и IE. IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято. Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Примером сущности IDEF1X может быть сущность "СОТРУДНИК", которая представляет собой всех сотрудников предприятия, а один из них, скажем, Иванов Петр Сергеевич, является конкретной реализацией этой сущности. Существует три уровня логических моделей, предназначенных для моделирования бизнес информации: диаграммы сущность-связь (ER), ключевые модели (KB) модели с полным набором атрибутов (FA). ER диаграммы - диаграммы верхнего уровня, содержащие общие сущности и связи между ними отображающие общее представление о всей предметной области. Основной целью ER диаграмм является представление информации о бизнес-требованиях, способных обеспечить возможность общего планирования разработки информационной системы. Эти модели не детализированы (содержат только общие сущности и атрибуты). KB модели описывают общие структуры данных, содержащие элементы в широких пределах предметной области. Сюда включаются все сущности и ключевые атрибуты, а также основные неключевые атрибуты. Основная цель KB моделей дать широкое представление о сущностях и атрибутах, используемых в данной части предметной области. FA модели представляют собой модели данных, приведенные к третьей нормальной форме, содержащие все сущности, атрибуты и связи необходимые для реализации в рамках одного проекта автоматизации. Существует также два типа физических моделей: трансформационные модели модели, привязанные к СУБД. Физические модели содержат всю необходимую для реализации разработчиками базы данных на основе логической модели. Целью трансформационной модели является обеспечение администратора базы данных необходимой информацией для физического создания эффективной базы данных, а также создание условий для определения и записи элементов данных и записей в словарь данных. 100. ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ. СУЩНОСТИ И АТРИБУТЫ. ТИПЫ СУЩНОСТЕЙ И ИЕРАРХИЯ НАСЛЕДОВАНИЯ. СВЯЗИ, ИХ ТИПЫ И МОЩНОСТИ. ИМЕНА РОЛЕЙ. Существует три уровня логических моделей, предназначенных для моделирования бизнес информации: диаграммы сущность-связь (ER), ключевые модели (KB) модели с полным набором атрибутов (FA). ER диаграммы - диаграммы верхнего уровня, содержащие общие сущности и связи между ними отображающие общее представление о всей предметной области. Основной целью ER диаграмм является представление информации о бизнес-требованиях, способных обеспечить возможность общего планирования разработки информационной системы. Эти модели не детализированы (содержат только общие сущности и атрибуты). KB модели описывают общие структуры данных, содержащие элементы в широких пределах предметной области. Сюда включаются все сущности и ключевые атрибуты, а также основные неключевые атрибуты. Основная цель KB моделей дать широкое представление о сущностях и атрибутах, используемых в данной части предметной области. FA модели представляют собой модели данных, приведенные к третьей нормальной форме, содержащие все сущности, атрибуты и связи необходимые для реализации в рамках одного проекта автоматизации. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности – строка в таблице, а атрибуту – колонка таблицы. Различают несколько типов зависимых сущностей. Характеристическая — зависимая дочерняя сущность, которая связана только с одной родительской и по смыслу хранит информацию о характеристиках родительской сущности Ассоциативная — сущность, связанная с несколькими родительскими сущностями. Такая сущность содержит информацию о связях сущностей. Именующая — частный случай ассоциативной сущности, не имеющей собственных атрибутов (только атрибуты родительских сущностей, мигрировавших в качестве внешнего ключа). Категориальная — дочерняя сущность в иерархии наследования. Иерархия наследования представляет собой особый тип объединения сущностей, которые разделяют общие характеристики. Обычно иерархию наследования создают, когда несколько сущностей имеют общие по смыслу атрибуты, либо когда сущности имеют общие по смыслу связи, либо когда это диктуется бизнес-правилами. Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой. На логическом уровне можно установить идентифицирующую связь один-ко-многим, связь многие-ко-многим и неидентифицирующую связь один-ко-многим. В IDEF1X различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Когда рисуется идентифицирующая связь, автоматически преобразуется дочерняя сущность в зависимую. При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности. Неидентифицирующая связь служит для связывания независимых сущностей. Мощность связи (Cardinality) – служит для обозначения отношения числа экземпляров родительской сущности к числу экземпляров дочерней. общий случай, когда одному экземпляру родительской сущности соответствуют 0, 1 или много экземпляров дочерней сущности не помечается каким-либо символом; символом Р помечается случай, когда одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности (исключено нулевое значение); символом Z помечается случай, когда одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности (исключены множественные значения); цифрой помечается случай точного соответствия, когда одному экземпляру родительской сущности соответствует заранее заданное число экземпляров дочерней сущности. Имя роли (функциональное имя) – это синоним атрибута внешнего ключа, который показывает, какую роль играет атрибут в дочерней сущности. 101. ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ. ПРАВИЛА ССЫЛОЧНОЙ ЦЕЛОСТНОСТИ. КЛЮЧИ. НОРМАЛИЗАЦИЯ (1,2,3 НОРМАЛЬНЫЕ ФОРМЫ) И ДЕНОРМАЛИЗАЦИЯ ДАННЫХ. Существует три уровня логических моделей, предназначенных для моделирования бизнес информации: диаграммы сущность-связь (ER), ключевые модели (KB) модели с полным набором атрибутов (FA). ER диаграммы - диаграммы верхнего уровня, содержащие общие сущности и связи между ними отображающие общее представление о всей предметной области. Основной целью ER диаграмм является представление информации о бизнес-требованиях, способных обеспечить возможность общего планирования разработки информационной системы. Эти модели не детализированы (содержат только общие сущности и атрибуты). KB модели описывают общие структуры данных, содержащие элементы в широких пределах предметной области. Сюда включаются все сущности и ключевые атрибуты, а также основные неключевые атрибуты. Основная цель KB моделей дать широкое представление о сущностях и атрибутах, используемых в данной части предметной области. FA модели представляют собой модели данных, приведенные к третьей нормальной форме, содержащие все сущности, атрибуты и связи необходимые для реализации в рамках одного проекта автоматизации. Правила ссылочной целостности – логические конструкции, которые выражают бизнес-правила использования данных и представляют собой правила вставки, замены и удаления. Каждый экземпляр сущности должен быть уникален и отличаться от других атрибутов. Первичный ключ – это атрибут или группа атрибутов, однозначно идентифицирующая экземпляр сущности. В одной сущности могут оказаться несколько атрибутов или наборов атрибутов, претендующих на роль первичного ключа. Такие претенденты называются потенциальными ключами (candidate key). Ключи могут быть сложными, т. е. содержащими несколько атрибутов. Альтернативный ключ (Alternate Key) – это потенциальный ключ, не ставший первичным. Внешние ключи (Foreign Key) создаются автоматически, когда связь соединяет сущности: связь образует ссылку на атрибуты первичного ключа в дочерней сущности и эти атрибуты образуют внешний ключ в дочерней сущности (миграция ключа). Атрибуты внешнего ключа обозначаются символом (FK) после своего имени. Нормализация – процесс проверки и реорганизации сущностей и атрибутов с целью удовлетворения требований к реляционной модели данных. В результате проведения нормализации должна быть создана структура данных, при которой информация о каждом факте хранится только в одном месте. Известны 3нормальных форм: o первая нормальная форма (1NF); o вторая нормальная форма (2NF); o третья нормальная форма (3NF); Первая нормальная форма (1NF). Сущность находится в первой нормальной форме тогда и только тогда, когда все атрибуты содержат атомарные значения. Среди атрибутов не должно встречаться повторяющихся групп, т. е. несколько значений для каждого экземпляра. Вторая нормальная форма (2NF). Сущность находится во второй нормальной форме, если она находится в первой нормальной форме и каждый неключевой атрибут полностью зависит от первичного ключа (не должно быть зависимости от части ключа). Вторая нормальная форма имеет смысл только для сущностей, имеющих сложный первичный ключ. Третья нормальная форма (3NF). Сущность находится в третьей нормальной форме, если она находится во второй нормальной форме и никакой неключевой атрибут не зависит от другого неключевого атрибута (не должно быть взаимозависимости между неключевыми атрибутами). Денормализация— намеренное приведение структуры базы данных в состояние, не соответствующее критериям нормализации, обычно проводимое с целью ускорения операций чтения из базы за счет добавления избыточных данных. Примером денормализации могут служить производные атрибуты, которые являются нарушением первой нормальной формы. 102. ФИЗИЧЕСКАЯ МОДЕЛЬ ДАННЫХ. ПРАВИЛА ССЫЛОЧНОЙ ВАЛИДАЦИИ. ИНДЕКСЫ. ТРИГГЕРЫ И ХРАНИМЫЕ ПРОЦЕДУРЫ. ПРОЕКТИРОВАНИЕ ХРАНИЛИЩ ДАННЫХ. Существует также два типа физических моделей: трансформационные модели модели, привязанные к СУБД. Физические модели содержат всю необходимую для реализации разработчиками базы данных на основе логической модели. Правило валидации задает список допустимых значений для конкретной колонки и/или правила проверки допустимых значений. Значение по умолчанию – значение, которое нужно ввести в колонку, если никакое другое значение не задано явным образом во время ввода данных. С каждой колонкой или доменом можно связать значение по умолчанию. В таблице БД данные обычно хранятся в том же порядке, в котором их ввели в таблицу. Многие реляционные СУБД имеют страничную организацию, при которой физически таблица может храниться фрагментарно в разных областях диска, причем строки таблицы располагаются на страницах неупорядоченно. В промышленных системах каждая таблица может содержать миллионы строк, поэтому простой перебор ведет к катастрофическому падению производительности ИС. Чтобы решить проблему поиска данных, СУБД использует особый объект, называемый индексом. Он подобен содержанию книги, которое указывает на все номера страниц, посвященных конкретной теме. Индекс содержит отсортированную по колонке или нескольким колонкам информацию и указывает на строки, в которых хранится конкретное значение колонки. Триггеры и хранимые процедуры – это именованные блоки кода SQL, которые заранее откомпилированы и хранятся на сервере для того, чтобы быстро производить выполнение запросов, валидацию данных и выполнять другие часто вызываемые функции. Хранимой процедурой называется именованный набор предварительно откомпилированных команд SQL, который может вызываться из клиентского приложения или из другой хранимой процедуры.Триггером называется процедура, которая выполняется автоматически как реакция на событие. Таким событием может быть вставка, изменение или удаление строки в существующей таблице. Триггер сообщает СУБД, какие действия нужно совершить при выполнении команд SQL INSERT, UPDATE или DELETE для обеспечения дополнительной функциональности, выполняемой на сервере. К проектированию хранилищ данных предъявляются следующие требования: • Структура данных должна быть понятна пользователям; • Должны быть выделены статические данные, которые модифицируются по расписанию: ежедневно, еженедельно, ежеквартально; • Должны быть упрощены требования к запросам с целью исключения запросов, которые могли бы требовать множественных утверждений SQL в традиционных реляционных СУБД; • Должна быть обеспечена поддержка сложных запросов SQL, которые требуют последовательной обработки тысяч или миллионов записей. 103. ПОНЯТИЕ КАЧЕСТВА ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ. Качество – степень соответствия совокупности присущих характеристик требованиям. Качество ИСУ – степень выполнения таких основных требований потребителей и других заинтересованных сторон, как ноль дефектов, максимальная полезность, минимальная цена, максимальная своевременность, максимальная безопасность. ГОСТ 28806-90. Качество программных средств. Термины и определения; ГОСТ 28195-99. Оценка качества программных средств. Общие положения. Процессы управления качества системы, охватывают все компоненты ИС: функциональную часть, программное обеспечение, техническое, лингвистическое, информационное и организационно-правовое обеспечение, а также все организационные и управленческие мероприятия, выполняемые в рамках полного жизненного цикла проекта. Основные факторы влияющие на качество ИС: характеристики и функциональные показатели качества; стандарты, регламентирующие ее качество, процессы верификации и аттестации, управления проектными рисками, менеджмент конфигурации создаваемой системы. Качество функционирования ИС – совокупность свойств, обслуживающих пригодность системы в течении своего жизненного цикла обеспечивать надежное и своевременное представление полной, достоверной (безошибочной и актуальной) и конфиденциальной информации для ее последующего целевого использования при принятии решений по управлению предприятием. Свойства, определяющие качество ИС
В процессе управления качеством программного продукта решаются следующие задачи: · Планирование уровня качества создаваемой системы; · Формирование показателей качества; · Выбор базовых эталонов; · Определение методов и средств, которые позволяют обеспечивать требуемое качество; · Контроль значения показателей качества в процессе жизненного цикла программной системы и в ходе проведения испытаний; · Методическое руководство созданием и ведением нормативно-технической документации по оценке качества. | ||||||||||||