Знайте, Intuit, лекция, моделиране на данни и XML
Резюме: В този раздел основните аспекти на дизайна на XML-документ: моделиране на данни (разбиране на структурата и целите на информацията, съдържаща се в документите); дизайн документ (излъчвано информационен модел на набор от правила или схеми за създаване на действителните документи); схеми за обозначаване (проектни методи за записване на документа, така че да е на разположение за лечение на софтуера си, както и за човешкото потребител).
Успехът на каквито и да било XML приложения зависи от това колко добре проектирана, действително използвани XML документи. те трябва да са в състояние не само да носят информацията, която хората споделят помежду си днес, но и достатъчно гъвкав, за да бъдещи изисквания. За да направите това, вие трябва да обърнете внимание на следните аспекти на процеса на проектиране:
- Моделиране информация (разбиране на информацията за структурата и дестинация, съдържаща се в документите);
- дизайн документ (излъчвано информационен модел на набор от правила или схеми за създаване на действителните документи);
- схемите за означението (проектни методи за записване на документа, така че да е на разположение за лечение на софтуера си, както и за човешкото потребител).
данни за моделиране
Информация модел - описание се използва за организиране на информацията, независимо от всякакъв вид е информационните технологии.
- Как се структурира?
- Какво означава това?
- На кого принадлежи, и който е отговорен за навременността и качеството?
- Когато става въпрос и какво се случва с нея в крайна сметка?
Информация моделиране е толкова важно, защото без модела, че няма данни, има само данни. Моделът на информация описва целите на данните.
Всяка информация, моделиране има две цели, които не винаги е лесно да се комбинират:
- Първи абсолютно точни определения
- Ефективна комуникация с потребителите
Има два основни типа информация модел: статични и динамични.
Статичното модел описва допустимо състояние на системата. Статичните модели описват видовете обекти в системата, техните свойства и отношения. Описващи обекти, те определят, разбира се, както и техните имена. За да се постигне споразумение за именуването на всички обекти е да се спечели половината от битката, поради което информацията модел XML понякога се нарича речник.
Динамични модели описват какво се случва с информацията: примери за такива модели са диаграми на работния поток, потока от данни и обект на жизнения цикъл. Динамични модели са направени за такива изказвания: "Министерството на патология ще изпрати консултант резултатите от теста, отговорен за пациента." Динамични модели описват обмена на информация: данните се изпращат от едно място на друго за конкретна цел.
Статични модели са особено важни при проектиране на бази данни, в които се съхранява информацията за дълго време и се използва за най-различни задачи; в същото време динамични модели са по-подходящи за проектиране на съобщения, които съществуват само временно и са предназначени за специфични цели.
XML е, разбира се, може да се използва за представяне на двата вида системи за данни - документи и съобщения. Въпреки това, системата е необходимо да се вземе под внимание както статични и динамични модели, и двата вида модели са еднакво важни във всеки проект. По-добре е да се започне работа с статичен модел. Това отчасти се дължи на факта, че тя е в него се определя от основната терминология, но също така и факта, че моделът на статичната информация са най-трайните аспекти на всяка информационна система.
На практика, разбира се, че границата между траен статична информация и час на съобщението са размити: предмети от един информационен модел статичен представляват събития (като например продажби на продукти), както и документите, които започват с временни длъжности (например, оплакванията на клиента), а след това се архивират за дълго време. За да моделират обекти като статичен или динамичен, в зависимост от личен избор и обстоятелства.
Документи и данни
Уеб Network обединява тези светове. XML е първият пример на технологията е еднакво приложим и в двата случая.
Традиционният подход, относно данните, така и конструктивна документация, която се очаква да започне със съществуващата документация на хартиен носител. Намери документи адекватни на вашите задачи, да определят тяхната структура от процесите на абстракция и да говорят с потребителите, да разберете откъде идва информацията в документите, се прехвърлят от един документ в друг и как да използвате, и след това на базата на всичко това, да направи един модел данни.
Днес, този подход е неприемлив, защото хората не искат да се създаде система, просто възпроизвежда съществуващия начин на работа. Необходимо е да се знае не само каква информация трябва да се получи, но и защо е нужно.
Статично информационен модел
При изграждането на статична информация модел изисква следните стъпки:
Стъпка 1: Идентификация на концепции, дайте име и определение
Етап 2. концепции в йерархията на клас
Етап 3. Определяне на връзки и ограничения множеството
Стъпка 4. Добавянето на имоти до стойности, определящи подробности, свързани с обекти
Стъпка 1. концепции именоването
Първо трябва да се направи списък на понятия, свързани към системата. Понякога дори предлагат да описват системата на хартиен и маркирайте всички съществителни. Във всеки случай, тази стъпка е обикновено не е трудно.
На следващо място, а това понякога изисква повече време, е необходимо да се опишат видовете обекти. Описание на срока трябва да бъде точна, за да се избегнат всякакви противоречия съществуващите дефиниции. Стойността на моделиране се крие във факта, че той не позволява на потенциалните източници на недоразумение.
След приключване на работата е вероятно да се получи един дълъг списък от типове обекти, а някои ще имат по-дълги имена. Ако изберете имената, които се занимават с този бизнес хората ще могат да се разбере правилно и интерпретират: факта, че те не винаги проверявайте с писмени дефиниции.
В допълнение към именуване на видовете обекти трябва също така да се определи как да се идентифицират отделни екземпляра. Може би, в този вид бизнес има код, който трябва да знаете, или да го напиша. Необходимо е да се вземе предвид, че схемите за кодиране често се срещат в бизнес проблеми.
В края на този етап ние ще получите списък на видове обекти с имена и определения за които е постигнато споразумение.
Етап 2: таксономия
Таксономия - термин, използван в областта на биологията, за да опише системата за класификация; в информация моделиране се нарича също йерархия (понякога наричан също онтология). След вписване и описване на видовете обекти, те трябва да бъдат организирани в йерархична схема на класификация. Често тези йерархични отношения възникват на етапа на определяне на видовете обекти.
Ключът тук е фразата, която определя членството (на английски език - е, или е нещо). Напишете изречение като: "е един вид B" или "Всеки А е В", като сте определили подтипове на взаимоотношения във вашия таксономия.
Понякога тези действия се наричат теста "е" ( "е", "е"). Но бъдете внимателни, тъй като тази структура се използва също и за да се опише връзката между конкретен случай и неговия вид, то е по-безопасно да се напише теста под формата на "е един вид" ( "е един вид").
Идентифициране на подтипове могат да бъдат полезни при проектирането на документа, по-важното е, че помага да разберем по-добре определянето на видовете обекти.
Ако се занимавате в обектно-ориентираното програмиране, тогава знаете как да се определят йерархия тип. Но програмисти често гледат класовете на обектите, особено по отношение на функционални модули в рамките на системата, а не понятията те представляват в света. След това, за да опише видовете обекти, използвани глаголи, а не имена - което не е вярно.
Така че, на сцената 2 се намалява с организацията на видовете обект в йерархията тип.
Стъпка 3: Търсене на контакти
След като бъдат определени обекти, симулация на статичната информация, необходима за идентифициране на връзките между тях. Съобщение (в UML, те се наричат асоциации) могат да бъдат показвани само чрез формулирането им под формата на традиционните предложения, или може да бъде показана графично във вид на диаграма. За диаграми, описващи връзките между обектите, има голям брой бележки, човек може да избере за себе си по-предпочитано. Диаграми трябва да се правят изключително лесна и интуитивна за използване, с акцент върху основните послания и оставяйки детайлите на текстови документи, които са по-лесно да се поддържа.
Има някаква информация, което трябва да знаете за всяка връзка:
Така че, в края на етап 3, определяме връзката, която съществува между видовете обекти в нашия модел.