Skip to content

Instantly share code, notes, and snippets.

Created September 14, 2017 18:27
Show Gist options
  • Save anonymous/8126b121b0eaf86dab9cc41d30295737 to your computer and use it in GitHub Desktop.
Save anonymous/8126b121b0eaf86dab9cc41d30295737 to your computer and use it in GitHub Desktop.
Физическое описание модели

Физическое описание модели



Разработка физической модели базы данных "Учёт характеристик сигналов телемеханики"
Физическая модель данных
РАЗРАБОТКА ЛОГИЧЕСКОЙ И ФИЗИЧЕСКОЙ МОДЕЛИ БД.

Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы. Внешние модели никак не связаны с типом физической памяти, в которой будут храниться данные, и с методами доступа к этим данным. Это положение отражает первый уровень независимости данных. С другой стороны, если концептуальная модель способна учитывать расширение требований к системе в будущем, то вносимые в нее изменения не должны оказывать влияния на существующие внешние модели. Это — второй уровень независимости данных. Всесторонний анализ объектов предметной области и их взаимосвязей минимизирует влияние изменения требований к данным в одной программе на другие программы. На этапе проектирования физическая модель данных определяет сущности, атрибуты, связи, ограничения целостности в терминах конкретной СУБД. На этапе реализации физическая модель - совокупность файлов определенного формата. На этапе проектирования физической модели составляется описание реляционных таблиц, которые далее должны быть реализованы в среде конкретной СУБД. СУБД отвечает за хранение модели в компьютере и за работу программ и пользователей с моделью. Использование модели данных при работе с БД дает общий язык пользователям, работающим с данными, может обеспечить предсказуемость результатов работы с данными. С какой целью используются первичные ключи, альтернативные ключи, внешние ключи в модели "сущность-связь". Жизненный цикл информационной системы — это модель создания и использования системы, отражающая различные состояния, начиная с момента возникновения необходимости в данном комплексе средств и заканчивая моментом его полного выхода из употребления у пользователей. Структурный анализ - метод исследования системы с помощью ее графического модельного представления, которое начинается с общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней. Разработка сложных информационных систем ИС таких, какими являются экономические ИС, возможна на основе тщательно обдуманного методологического подхода. В настоящее время существует ряд общих методологий разработки ИС, отражающих работу на всех этапах жизненного цикла системы, учет критических задач и контроль их решения, применение развитых инструментальных средств поддержки процессов анализа, проектирования и реализации ИС. В основе деятельности по созданию и использованию ИС лежит понятие жизненного цикла. Условно можно выделить следующие основные этапы жизненного цикла:. Проектирование это, прежде всего, спецификация подсистем, функциональных компонентов и способов их взаимодействия в системе;. Жизненный цикл образуется в соответствии с принципом нисходящего проектирования и, как правило, носит итерационный характер: На каждом этапе жизненного цикла порождается определенный набор технических решений и отражающих их документов, при этом для каждого этапа исходными являются документы и решения, принятые на предыдущем этапе. Наибольшее распространение получили три следующие модели жизненного цикла системы:. Каскадная модель — предполагает переход на следующий этап после полного завершения работ предыдущего этапа. Поэтапная итерационная модель — модель создания ИС, предполагает наличие циклов обратной связи между этапами. Преимущество такой модели заключается в том, что межэтапные корректировки обеспечивают большую гибкость и меньшую трудоемкость по сравнению с каскадной моделью. Спиральная модель — делает упор на начальные этапы жизненного цикла: Каждый виток спирали соответствует поэтапной модели создания фрагмента или версии системы, на нем уточняются цели и характеристики проекта, определяется его качество, планируются работы следующего витка спирали. В соответствии с общей технологией и архитектурой систем выделяются следующие основные этапы процесса разработки информационной системы:. Целью этапа является построение моделей существующих процессов управления, выявление их недостатков и возможных источников усовершенствования. Содержанием работы проектировщиков является построение моделей двух типов — функциональной, представленной в виде диаграмм функциональной декомпозиции, и поведенческой, представленной в виде диаграмм потоков данных, описывающих особенности процессов обработки данных при реализации соответствующих функций управления. Анализ является первым этапом создания ИС, на котором требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: Целью анализа является преобразование общих, расплывчатых знаний об исходной предметной области в точные определения и спецификации, а также генерация функционального описания системы. На этом этапе определяются:. На данном этапе осуществляется детальное информационное моделирование существующей системы управления, описывающее информационные потребности предприятия. Результатом является информационная модель системы управления, отображающая ее единое информационное пространство. Логическая модель, отображающая деятельность системы управления предприятия и информационное пространство, в котором эта деятельность протекает, представляет собой отражение функциональной структуры, системы взаимодействия подразделений, принятых технологий обработки управленческой информации, автоматизированных и неавтоматизированных процессов и т. Эта модель позволяет понять, как функционирует предприятие с позиций системного анализа, сформулировать предложения по улучшению ситуации. Модель является реализацией начальных этапов работы и основанием для формирования технического задания на ее последующие этапы, представляет собой самостоятельный результат, имеющий большое практическое значение. Она включает в себя модель существующей неавтоматизированной технологии, принятой на предприятии. Формальный анализ этой модели позволяет выявить узкие места в управлении предприятием и сформулировать рекомендации по его улучшению независимо от того, предполагается ли дальнейшая разработка автоматизированной системы или нет. С помощью данной модели возможно осуществлять предварительное моделирование перспективных направлений деятельности предприятия с целью выявления новых потоков данных, взаимодействующих процессов и структурных элементов. Развитие логической модели предметной области, ее последовательное превращение в модель целевой ИС, позволит интегрировать перспективные предложения руководства и ведущих сотрудников предприятия, экспертов и системных аналитиков, сформировать видение новой, реорганизованной и автоматизированной деятельности предприятия. Анализ предметной области является важнейшим этапом среди всех этапов жизненного цикла системы. На этом этапе, во-первых, необходимо понять, что предполагается сделать, и задокументировать выдвинутые предложения. При этом язык, на котором формулируются результаты анализа, должен быть достаточно прост и понятен заказчику. Решение проблем, связанных с анализом предметной области, может быть существенно облегчено за счет применения современных структурных методов - методов структурного анализа. Для таких методов характерно: Основными процедурами структурного анализа являются декомпозиция и иерархическое упорядочение. Принцип концептуальной общности заключается в следовании единой философии на всех этапах жизненного цикла. Принцип непротиворечивости заключается в обоснованности и согласованности элементов системы. Принцип абстрагирования заключается в выделении существенных аспектов системы и отвлечение от несущественных с целью представления проблемы в более простом, общем виде. Принцип логической независимости заключается в концентрации внимания на логическом описании системы, обеспечении независимости от ее физической реализации. Принцип независимости данных заключается в том, что модели данных могут быть проанализированы и спроектированы независимо от процессов их логической обработки, а также от их физической структуры и распределения. Основным содержанием работ, проводимых на этапе концептуального проектирования базы данных, является построение формализованного информационного описания будущей предметной области. Этот этап является одним из ключевых в создании ИС, так как исправление ошибок, допущенных на первых стадиях концептуального проектирования являются дорогостоящим процессом, особенно в том случае, когда к моменту обнаружения ошибки уже пройдены несколько последующих этапов проектирования и реализации системы. Конечным результатом этапа является СУБД-независимое описание базы данных. Достижение этого результата предполагает построение концептуальной модели базы данных, являющейся подмножеством концептуальной модели предметной области. Отличие этих двух моделей состоит в том, что концептуальная модель базы данных описывает лишь те данные, которые подлежат непосредственному хранению в базе данных проектируемой системы. Очевидно, что в первую очередь такими данными являются первичные технико-экономические показатели. Как правило, в состав базы данных входят также производные показатели, используемые в качестве справочной информации другими системами, производные показатели, необходимость хранения которых прямо диктуется функциональной структурой системы. Следует отметить, что построение нормализованной концептуальной модели предметной области гарантирует получение нормализованной концептуальной модели базы данных. Методика концептуального проектирования предполагает получение нормализованной глобальной концептуальной ER-модели предметной области как результата интеграции локальных концептуальных моделей, отображающих информационные потребности отдельных подразделений и должностных лиц. Первоначальный вариант СУБД-ориентированной реляционной базы данных может быть получен автоматически с помощью специальных утилит на основании спроектированной концептуальной модели базы данных новой системы, представленной в виде ER-диаграммы. Результаты проектирования программных модулей приложений служат основанием для совершенствования структуры базы данных. Принятие соответствующих решений по ее совершенствованию должно фиксироваться в виде модификации ER-диаграммы базы данных. Анализ полученных при выполнении предыдущих этапов результатов позволяет перейти к проектированию функциональной структуры новой информационной системы. Результаты этих работ представляются в виде диаграмм функциональной декомпозиции, описывающих функциональные возможности создаваемой системы. Результатом этапа является описание особенностей организации процессов обработки данных в новой информационной системе. Фиксация результатов проектирования на этом этапе осуществляется в виде диаграмм потоков данных. Основой для их построения служат, как правило, диаграммы потоков данных, полученные на этапе анализа функционирования существующей системы управления. Построение диаграмм потоков данных для новой системы предполагает принятие целого ряда проектных решений, например, таких, как определение состава и мест ввода первичных данных, владельцев данных, последовательности и способов реализации процессов обработки данных, структур первичных и выходных документов и т. Заключительными этапами проектирования являются проектирование и реализация пользовательских приложений. Функциональные возможности создаваемой системы определяются спецификацией модулей различных типов, основными из которых являются экранные формы, отчеты, меню, процедурные модули. В процессе реализации пользовательских приложений создаются программы, отвечающие всем требованиям проектных спецификаций. Использование для разработки приложений языков четвертого поколения позволяет полностью автоматизировать этот этап, существенно сократить сроки разработки системы, повысить ее качество и надежность. FAQ Обратная связь Вопросы и предложения. Upload Опубликованный материал нарушает ваши авторские права? Тамбовский Государственный Университет им. Физическая модель данных Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы. Функций, которые обеспечивают современные СУБД: Контрольные вопросы Дайте определение сущности, связи, атрибута. Раскройте специфику концептуальной, логической, физической моделей данных. Поясните назначение модели "сущность-связь". Раскройте специфику моделей, используемых при разработке БД. Разработка экономической информационной системы Основные понятия Жизненный цикл информационной системы — это модель создания и использования системы, отражающая различные состояния, начиная с момента возникновения необходимости в данном комплексе средств и заканчивая моментом его полного выхода из употребления у пользователей. Информационный материал Разработка сложных информационных систем ИС таких, какими являются экономические ИС, возможна на основе тщательно обдуманного методологического подхода. Условно можно выделить следующие основные этапы жизненного цикла: Проектирование это, прежде всего, спецификация подсистем, функциональных компонентов и способов их взаимодействия в системе; разработка — создание функциональных компонентов и подсистем по отдельности, соединение подсистем в единое целое; тестирование — проверка функционального и параметрического соответствия системы показателям, определенным на этапе анализа ; внедрение — установка и ввод системы в действие; сопровождение — обеспечение штатного процесса эксплуатации системы на предприятии заказчика. Наибольшее распространение получили три следующие модели жизненного цикла системы: В соответствии с общей технологией и архитектурой систем выделяются следующие основные этапы процесса разработки информационной системы: Моделирование и анализ функционирования существующей системы Целью этапа является построение моделей существующих процессов управления, выявление их недостатков и возможных источников усовершенствования. На этом этапе определяются: Построение и анализ информационной модели предметной области На данном этапе осуществляется детальное информационное моделирование существующей системы управления, описывающее информационные потребности предприятия. Методы структурного анализа базируются на ряде общих принципов: Принцип полноты заключается в контроле на присутствие лишних элементов. Разработка концептуальной модели базы данных новой системы Основным содержанием работ, проводимых на этапе концептуального проектирования базы данных, является построение формализованного информационного описания будущей предметной области. Проектирование функциональной структуры новой системы Анализ полученных при выполнении предыдущих этапов результатов позволяет перейти к проектированию функциональной структуры новой информационной системы. Проектирование процессов обработки данных новой системы Результатом этапа является описание особенностей организации процессов обработки данных в новой информационной системе. Проектирование и реализация приложений Заключительными этапами проектирования являются проектирование и реализация пользовательских приложений.


50000 знаков сколько страниц
Пятница 13 е первый фильм
Webstorm увеличить шрифт
Кадастровая карта сахалина
Расписание гулькевичи армавир
Как правильно сидеть на мотоцикле пассажиру сзади
Сделать большую цифру своими руками
При какой температуре можно делать наружную штукатурку
Регулирование ипотечного кредитования
Lesta обувь каталог
Смартфоны со световой индикацией событий
Сонник укусила курица
Где находится салонный фильтрна чери фора
Постановление правительства 863
Местоположение телефона на карте
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment