78219

Концептуальная технология анализа и проектирования информационных систем на базе СУБД

Лекция

Информатика, кибернетика и программирование

Банк данных это система специальным образом организованных данных: баз данных программных средств технических средств языковых средств предназначенных для централизованного накопления и коллективного иного целевого использования данных. СУБД – это совокупность языковых и программных средств предназначенных для создания ведения и совместного использования Баз данных многими пользователями...

Русский

2015-02-07

218 KB

1 чел.

Тема 1

Концептуальная технология анализа и проектирования информационных систем на базе СУБД

Основные определения

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

Банк данных – это система специальным образом организованных данных:

                           -баз данных,

                           - программных средств,

                           - технических средств,

                           - языковых средств,

                           предназначенных для централизованного накопления и коллективного иного целевого использования данных.

СУБД – это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования Баз данных многими пользователями.

Концепция – способ рассмотрения сложных объектов и систем.

Концептуальная модель – описание этого способа.

Страта – часть сложной системы.

  1.  Общие положения СК анализа

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

S0 = < Sио, Sмо, Sэно, Sэко, Sорго >,

где S – это страты объекта S0,

        и – информационная,

м – материальная,

эн – энергетическая,

эк – экономическая,

         орг– организационная.

Графически концептуальная модель объекта представляется следующим образом (рис.1.1.):

Рис.1.1.

Когда речь идет о банках данных. то мы  должны рассматривать информационную страту объекта Sи0.

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

Sи = < Sиμ, Sиφ, Sиω, Sиμφ, Sиφμ, Sиωμ, Sиμω, Sиωφ, Sиφω >,

где  μ – структура,

φ – функция,

ω – управление.

Структура информационной страты связана с тем, как организованы данные в нашей информационной системе.

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

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

Графически концептуальная модель информационной страты может быть представлена следующим образом (рис.1.2.):

Рис.1.2.

  1.  Структурный аспект информационной страты объекта автоматизации

Структуру информационной страты мы будем рассматривать на 2-х уровнях.

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

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

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

а) Концептуальная модель 1-го уровня 

Sиµ = < Eиi, Vиke, Ψи, Pиµkl, T >,

где Eиi информационные элементы объекта,

Vиke – связи между информационными элементами,

Ψи – конфигурация связей,

Pиµkl – параметр связи между элементами,

µkl – текущие значения элементов E,

T – это параметр, который указывает на то, что необходимо определить, как первые 4 элемента концептуальной модели меняются во времени.

Концептуальную модель можно представить в графическом виде (рис.1.3.):

Sиинформационная страта

 

  V13 V2n

 Pµ13  Pµ32 Ψ

V32

Рис.1.3.

Так схема базы данных представляется в конструкторе базы данных СУБД Visual FoxPro.

б) Концептуальная модель 2-го уровня

Концептуальная модель 2-го уровня относится к каждому информационному элементу объекта, т.е. к каждому из элементов Еi .

Sиµi = < eij, vijk, Ψi, Pµijk, T >,

где i – номер информационного элемента Е,

j – номер информациооного элемента е,

k – номер информационного элемента е, с которым связан элемент j,

eij – компоненты информационного элемента Еi ,

vijk – связи между eij и eik ,

Ψi – конфигурация связей,

Pµijk – параметр связи между eij и eik ,

Tимеет смысл, аналогичный   концептуальной модели 1-го уровня

Концептуальная модель 2-го уровня также имеет графическую интерпретацию (рис.1.4.). Для информационного элемента  Е1: Е1 – состоит из атрибутов е11, е12, е13 и т.д.

e11

e12

e13

e14

. . .

e1i

. . .

e1n

 


Рис.1.4.

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

Если конфигурация связей имеет вид (рис.1.5.):

Рис.1.5.

или

Рис.1.6.

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

Если конфигурация связей имеет вид (рис.1.7):

Рис.1.7.

или

Рис.1.8.

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

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

  1.  Функциональный аспект информационной страты объекта автоматизации Sиφ

Концептуальная модель Sиφ  выглядит следующим образом:

Sиφ = < xи, yи, Fи, Pиφ, T >,

где xи – вектор входных воздействий,

yи – вектор реакции системы,

Fи – функция преобразования х в у,

Pиφ – параметр функции преобразования,

T –время.

В графическом виде этот аспект объекта можно представить  следующим образом (рис. 1.9)

 

Рис.1.9.

Здесь хи = (хи1 , хи2, хиi, хиl)

где  хиi – интерпретируется как i входной документ

и хиi = (хi1 , хi2, хi3… хij)

где хij – интерпретируется как j компонента или атрибут i входного документа.

И аналогично для выходных векторов:

уи = (уи1 , уи2, уиk, уиm)

где  уиk – интерпретируется как k входной документ

и уиk = (уk1 , уk2, уk3… уkj)

где уkj – интерпретируется как j компонента или атрибут k-го входного документа.

Fи: {x  y}

Функция преобразования F интерпретируется следующим образом:

информация из входных документов или векторов х1 , х2 . . . заполняет базу данных. Этот процесс определяет те функции, которые должен реализовать пользовательский интерфейс проектируемой системы, т.е. выбор вида работы ввод информации, её корректировку, формулировку запросов.

Далее, набор выходных векторов у1 , у2 . . . определяет те операции над данными, которые производятся с использованием всей структуры базы данных. Эти процессы тоже определяют функции, которые должны быть включены в пользовательский интерфейс. Это формирование различных отчетов, справок, ответы на запросы, формирование требуемых текстов и т.д.

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

F - имеет графическую интерпретацию.

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

- экранная форма 1.

Она состоит из 3-х кнопок, каждая из которых вызывает свою функцию.

Если мы выбираем функцию 1, то мы перейдем к экранной форме, которая нам позволит производить, например, ввод информации l.

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

Итак, на рис 1.10 мы имеем  структуру экранных форм, которая представляет собой схему интерфейса информационной системы, реализующую функцию преобразования F-3-го элемента концептуальной модели  Sиφ

Рис.1.10.

Рассмотрим 4-й и 5-й элементы концептуальной модели  Sиφ

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

Т – при рассмотрении этого параметра, необходимо рассмотреть поведение хи, уи, Fи и Pиφ  во времени.

  1.  Функционально-структурный аспект информа-ционной страты объекта автоматизации  Sиφµ

Концептуальная модель Sиφµ  выглядит следующим образом:

Sиφµ =   < x, y, E, T >

Для раскрытия этого аспекта рассмотрим взаимодействие векторов х и у с базой данных. Графически это взаимодействие представлено на рис.1.11.

Рис.1.11.

Внутри прямоугольника различаются информационные элементы Е1, Е2 … Еn базы данных (структура). С базой данных взаимодействует вектор х – вектор входных воздействий. База данных, в свою очередь, взаимодействует с вектором у – вектором реакции системы.

Вектор х является результирующим и он состоит из векторов х1, х2 … хl.

Вектор у имеет составляющие у1, у2 … уm . Вектора х и у являются элементами функции. Поэтому аспект носит название функционально(х,у)-структурного (Е1÷Еn)

Между множеством компонент входных векторов и множеством атрибутов информационных элементов Е1… Еn базы данных должно быть соответствие, т.е. каждый компонент входного вектора х должен быть размещен в соответствующем атрибуте одного из информационных элементов базы данных Е1… Еn .

Элементы базы данных E1 … Еп .

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

Пример  соответствия  между компонентами X и атрибутами базы данных:

е1111

е15=х21

е22=х31…  и т.д.

Так как первый компонент вектора Х1 – (Х11) размещается в первом атрибуте информационного элемента Е1, а именно е11,  первый компонент вектора Х2 –(Х21) размещается в пятом атрибуте информационного элемента Е1 и т.д.

Пример   соответствия между атрибутами  базы данных и компонентами вектора Y.

y11=e11   - прямой перенос данных

у21=∑е33 - суммирование значений атрибута е33 по всем записям N информационного элемента Е3 и т.д.

Соответствие должно быть для каждого компонента Х и  атрибута Е и для каждого атрибута Е и компонента У.

1.6. Структурно-функциональный аспект информа-ционной  страты     объекта   автоматизации – S μφи

Концептуальная модель S μφи  выглядит следующим образом:

S μφи = <F, E, T>,

где F – функция,

     Е – информационный элемент

T –время.

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

Рис.1.12

В основу рисунка 1.12 положена структура объектов пользовательского  интерфейса, представленная на рис. 1.10.

В эту структуру добавлены таблицы базы данных, с которыми взаимодействует  экранная форма. Так с формой ввода информации взаимодействует таблица 1 базы данных, с  формой «запросы» взаимодействуют 3 таблицы -1, 2 и 3 и т.д.

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

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

1.7. Пример объекта автоматизации применения концепции  технологического проектирования информационной системы «Отдел кадров» на базе СУБД.

I. Описание объекта

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

Sо=<Sиo, Sмo, Soргo, Sэко, Sэн >

  1.  Рассмотрим организационную страту системы, в которую входит  отдел кадров:

Рис 1.14

Краткое описание организационной структуры:

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

Рис. 1.15

               - информационные связи между элементами системы

               - материальные связи между элементами системы

Описание связей:

  1.  Поток людей, обращающихся в ОК для устройства на работу
  2.   Поток заявлений на работу
  3.  Поток людей, увольняющихся с предприятия
  4.  Поток информации для администрации (в том числе  заявление на прием)
  5.  Поток информации от администрации  (в том числе подписанные заявления)
  6.  Поток информации в бухгалтерию о данных на принятых сотрудников
  7.  Контрольная информация из бухгалтерии
  8.  Поток информации из ОК в подразделения
  9.  Поток информации из подразделений о сотрудниках
  10.  Поток людей, направленных на работу в подразделения
  11.  Поток людей из подразделений, увольняющихся с предприятия

Страны энергетическая и экономическая для  разработки  автоматизированной системы «отдел кадров» значения не имеют и поэтому не рассматриваются.

В дальнейшем, областью нашего интереса  будет являться  информационная страта объекта. Ее концептуальная модель имеет вид:

Sиo= < Sиμ, Sиφ, Sиω, Sиμφ,Sиφμ>

 где  μ - структурный аспект информационной страты

        φ – функциональный аспект информационной страты

        ω - аспект управления

Рассмотрим функциональный аспект информационной страты объекта.

  1.  Функциональный аспект информационной страты объекта автоматизации (Sиφ)  структуры пользовательского интерфейса

Концептуальная модель этого аспекта

Sиφ = < х ,у, F, Pφ, T >,

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

Рис.1.16

  1.   Анализ входных и выходных векторов объекта

Входные информационные потоки 2, 5, 7, 9 дают нам с учетом знания технологии функционирования ОК, т.е. при более детальном рассмотрении объекта следующий набор входных векторов:

х1 – заявление на прием

х2 – заявление на уведомление

х3 – заявление на перевод

х4 – заявление на отпуск

х5 – докладная на поощрение, взыскание

х6 – изменение структуры штатного расписания

х7 – сведения для личной карточки

х8÷хn – стандартные запросы к базе данных

Рассмотрим компоненты вектора х1:

х11 – фамилия

х12 – имя

х13 – отчество

х14 – отделение

х15 – отдел

х16 – группа

х17 – должность

х18 – оклад

х19 –дата приема

х1 10 –содержание резолюции на заявлении

х1 11 –дата рождения

х1 12 –количество детей

Аналогично рассматриваются компоненты остальных векторов х2÷хn .

Анализ выходных информационных потоков 4, 6, 8 дает нам следующий набор векторов:

у1 – приказы на прием, увольнение, перевод, отпуск, взыскания и поощрения

у2 – заполненная личная карточка (пять разделов)

у3÷уm -  ответы на стандартные типа запросов

Компоненты вектора у1

Компонентами вектора у1 являются массив компонент векторов х1÷х5

Компоненты вектора у3 – справка о детях для выплаты денежной компенсации:

у31 – фамилия родителя

у32 –дата рождения ребенка

у33 –имя ребенка

у34 –место рождения ребенка

у35 –общее количество детей сотрудника

Остальные вектора формируются аналогично.

  1.  Функция преобразования системы. Структура пользовательского интерфейса.
  2.  Комплекс функций по работе с приказами
  3.  Комплекс функций по работе с личными карточками
  4.  Комплекс функций по работе со справками
  5.  Комплекс функций администратора

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

Приказы состоят из 7 разделов, отражающих 7 функций, которые выполняет отдел кадров:

  1.  Прием
  2.  Увольнение
  3.  Перевод
  4.  Отпуск
  5.  Поощрения
  6.  Взыскания
  7.  Формирование текста приказа

Этот анализ является основанием для построения структуры экранных форм, которые должны быть реализованы при построении автоматизированной системы. В объектно-ориентированной СУБД формы являются объектами.

Рис.1.17.

  1.  Концептуальная модель данных

Рассмотрим структурный аспект информационной страты объекта Sиμ . Это 2 элемент концептуальной модели информационной страты объекта.

Структурный аспект информационной страты объекта автоматизации будем рассматривать на 2-х уровнях.

  1.  Концептуальная модель 1-го уровня.

Sиµ = < Eиi, Vиke, Ψи, Pиµkl, T >

Раскроем эту модель для нашего объекта.

Анализируя деятельность «Отдела кадров» можно выделить:

  1.  Штатное расписание организации (элемент Е1)
  2.  Личную карточку сотрудника, содержащую 5 разделов (элементы Е2÷Е6)
  3.  Список табельных номеров сотрудников (элемент Е7)

Словари:

  1.  Список должностей (элемент Е8)
  2.  Список отделений (элемент Е9)
  3.  Список отделов (элемент Е10)
  4.  Список групп (элемент Е11)

Структура связей между информационными элементами Е1÷Е11 и конфигурация связей приведены на рис.1.18.

Рис.1.18.

Предполагаем, что элементы концептуальной модели во времени не меняются.

Модель 1-го уровня раскрыта.

3.2. Концептуальная модель 2-го уровня

Концептуальная модель 2-го уровня имеет вид:

Sµi = < eij, vijk, Ψi, Pµijk, T >,

где i – номер информационного элемента Е.

В соответствии с концептуальной моделью необходимо раскрыть внутреннее содержание элементов Е1÷ Е11 .

Внутреннее содержание элемента Е1 следующее:

е11 – на отделение,

е12 -  отдел,

е13 -  группа отдела,

е14 -  должность,

е15 -  оклад.

Элемента Е2 :

е21 – фамилия,

е22 -  имя,

е23 -  отчество,

е24 - . . .

данные о сотруднике

е2 44 - . . .

е2 45 – дом. адрес

Информационные элементы Е3÷Е6 мы рассматривать в нашем примере не будем.

Элемент Е7 :

е71 – наименование таб. номера,

е72 -  дата освобождения таб. номера.

Элемент Е8 :

е81 – наименование должности,

е82 -  код должности.

Элементы Е9÷Е11 имеют аналогичную структуру, но со своими именами атрибутов.

Раскроем концептуальную модель для информационного элемента Е1. Для него концептуальная модель запишется:

Sµ1 = < e1j, v1jk, Ψ1, Pµ1jk, T >

Атрибуты е11÷е17 мы уже определили. Теперь рассмотрим v1jk и Ψ1 .

e11

Отделение*

e12

Отдел*

e13

Группа отдела*

e14

Должность*

e15

Оклад

В этом информационном элементе первичный ключ является сложным. Он состоит из атрибутов е11÷е14 .

Определим функциональные зависимости. Они представлены на рис.1.19. Все зависимости v1jk образуют конфигурацию связей  Ψ1 .

Аналогично раскроем концептуальную модель информационного элемента Е2.

e20

Таб. номер

e21

Фамилия

e22

Имя

e23

Отчество

e24

. . .

e2i

e245

Дом. адрес

             

Рис.1.20.

В этом информационном элементе нет первичного ключа. Введем атрибут Е20 – табельный номер. Этот атрибут будет первичным ключом информационного элемента Е2.

Определим зависимости v2jk. Они представлены на рис.1.20.

Для элемента Е1 и Е2 примем, что eij, vijk, Ψi, Pµijk во времени не меняются.

Концептуальные модели 2-го уровня для информационных элементов Е1 и Е2 раскрыты. Для остальных элементов Е3 ÷ Е11 концептуальные модели раскрывать не будем.

3.3. Фунционально-структурный аспект информа-ционной страты объекта

Рассмотрим следующую схему (рис.1.21.):

Рис.1.21.

Между компонентами векторов х1, х2 … хn и элементами Е1, Е2 … Е11 должно быть однозначное соответствие. Проверим это положение на нашем объекте.

Фамилия – х1121

Имя – х12 = е22

Отчество – х13 = е23

…  

Количество детей х1 12= e241

И т.д. по всем компонентам х и элементам е.

Между компонентами векторов у и элементами Е1, Е2 … Е11 должно быть соответствие , которое можно сформулировать следующим образом:

Множество элементов еi  должно быть достаточным для получения множества элементов уi .

Для вектора у1 имеем следующее соотношение:

у11 = е21 – фамилия

у12 = е22 – имя

и т.д.

В этом случае мы имеем прямой перенос информации.

В других случаях для получения элементов уn может быть использован алгоритм преобразования элементов еi в уn.

3.4. Нормализация отношений системы

Функциональные связи информационного элемента Е1 и Е2 имеют ненормализованный вид. Поэтому элементы Е1 и Е2 должны быть трансформированы путем декомпозиции в элементы, которые будут иметь нормализованную структуру.

Е1 разложим на элементы R1 и R2 .

Рис.9.

А Е2 на элементы к1 и к2 (рис.9).

Элементы Е3÷Е11 являются нормализованными. Конфигурация связей базы данных с учетом декомпозиции элементов Е1 и Е2 будет представлена следующим образом (рис.10).

Рис.10.

Эта схема называется концептуальной схемой или концептуальной моделью данных (КМД). Нормализованная КМД служит основой для генерации базы данных. Каждый из элементов R1 , R2 , k1, k2 и Е3÷Е11 являются основной для генерации файлов базы данных.

3.5.

Генерация БД и файлов базы данных производится в соответствии с руководством по программированию СУБД. Элементам R, k, E даются имена файлов. Элементам еi  - даются имена атрибутов, определяется их тип и размерность.

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

Проекция структуры на функцию реализуется на основе структуры экранных форм, на которую накладывается структура файлов базы данных, с которыми работают те или иные формы.

В нашем примере с формой работают 2 файла данных, с формой увольнения 2 файла данных.


S0

Sэм

Sэк

Sорг

Sи

Sиμ

Sи

Sиω

Sиφ

Sиφμ

Sиμφ

Sиωμ

Sиμω

Sиωφ

Sиφω

Е2

Е1

. . .

Еn

Е3

Pµ113

V113

Pµ1i4

V1i4

V1in

е4

е3

е2

е1

е2

е1

е3

е1

е2

е4

е3

е1

е2

е4

хи

Fи

уи

Ф1

Ф2

Ф3

Форма

гл. меню

Форма

Ввода инфор.

Форма

запросы

Форма

отчеты

х1

х2

х1

. . .

х

Е1

Еn

Е2

у

Форма

Гл. меню

Форма

Ввода информации

Форма

«запросы»

Форма

«отчеты»

Таблица 1

Таблица 2

Таблица 3

Таблица 1

Таблица 1

Таблица 2

Директор

Бухгалтерия

Отдел кадров

Производственные подразделения

Дирекция

Бухгалтерия

Производственные подразделения

Отдел кадров

1

2

3

4

5

6

7

8

9

10

11

9

7

5

2

F

у1

х1

х2

х3

у2

у3

. . .

. . .

. . .

. . .

F

(отдел кадров)

4

6

8

Форма

«Приказы»

Приказы

Личная карточка

Справка

Структура формы «Главного меню»

Прием

Увольнение

Перевод

Отпуск

Поощрение

Взыскание

Текст приказа

Структура

Формы

«Приказы»

. . .

. . .

Прием

Увольнение

. . .

Текст приказа

Е1

Наименование отделений, должностей

аименование группы

Наименование табл.

номер.

÷

Е8

Е11

Е7

Е2

Е6

÷

. . .

Ψ1

V145

V201

Ψ2

хn

х3

. . .

Е1

Е2

у1

х1

х2

Е3

Е5

Е4

Е11

у2

у3

уm

. . .

Е1

R1

R2

r21

r22

должн

оклад

Е2

К1

К2

к21

к22

Таб. номер

Дата рожд. реб

к23

Имя реб

к24

Место рожд. реб

R2

R1

E8

E11

E7

. . .

E8

E6

. . .

K1

K2

Приказы

Форма прием

Форма увольнение

. . .

Priem.dbi

chtr.dbi

uvoln.dbi

chtr.dbi


 

А также другие работы, которые могут Вас заинтересовать

6755. Гетерохроматин и эухроматин. Митоз и мейоз 30.76 KB
  Гетерохроматин и эухроматин В 1928 году при исследовании хроматина биологом Хейтцем было обнаружено, что некоторые участки хромосом сохраняют свою спирализациюи интенсивное окрашивание и в интерфазных клетках. Он предложил назвать эти участки ...
6756. Гаметогенез у человека 27.78 KB
  Гаметогенез у человека Процесс образования половых клеток называется гаметогенез. Он происходит в половых органах - гонадах. Гаметогенез имеет определенные особенности, зависящие от пола организма, в котором происходит мейоз. Формирование мужск...
6757. Биохимические основы наследственности человека 30.86 KB
  Биохимические основы наследственностичеловека Химические основы наследственности. Несмотря на то, что ДНК была известна с 1869 г. и наличие её в хромосомах было хорошо доказано, эту молекулу считали слишком простой для передачи наследственной ...
6758. Закономерности наследование признаков человека 33.83 KB
  Закономерности наследование признаков человека Основные закономерности наследования признаков в поколениях были открыты чешским исследователем Г. Менделем, опубликовавшим в 1866 году Опыты над растительными гибридами. Статья не привлекла внимания ...
6759. Взаимодействие генов. Изменчивость 38.64 KB
  Взаимодействие генов. Изменчивость Взаимодействие генов. Признаки появляются в результате взаимодействия генотипа с окружающей средой. Различают взаимодействие аллельных и неаллельных генов. Взаимодействие аллельных генов. Полное доминирование...
6760. Генеалогический метод исследования наследственности человека 38.62 KB
  Генеалогический метод исследования наследственности человека В настоящее время медицинская генетика располагает огромным количеством методов исследования, позволяющих решать подавляющее большинство практических и теоретических вопросов. Ряд из этих ...
6761. Наследственность и патология. Хромосомные болезни человека 30.53 KB
  Наследственность и патология. Хромосомные болезни человека Наследственные факторы могут принимать самое непосредственное участие в формировании патологических процессов. Наследственность может быть этиологическим фактором или играть роль в патогенез...
6762. Клинические синдромы при аномалиях аутосом 36.82 KB
  Клинические синдромы при аномалиях аутосом. Нарушения нервно-психического и физического развития особенно характерны для изменений, затрагивающих количество или структуру аутосомных хромосом. Среди них чаще всего встречаются трисомии, в первую очере...
6763. Клинические синдромы при аномалиях половых хромосом 35.75 KB
  Клинические синдромы при аномалиях половых хромосом. Синдром Шерешевского-Тернера. В 1925 году Н.А.Шерешевский описал сочетание низкого роста, кожной складки и нарушения полового развития. В 1938 году Н. Тернер дал полное описание этого заболевания,...