ОСНОВНИ ПРИНЦИПИ ЗА ПРОЕКТИРАНЕ НА БАЗА ДАННИ

Технологическа инструкция

Технологията  на проектиране на разработката и съпровождането на ПО трябва да удовлетворява следните общи изисквания:

• 
  Технологията трябва да поддържа пълен ЖЦ ПО;
  
• 
  Технологията трябва да осигурява гарантирано достигане целите на разработката на ИС, с зададено качество и в установеното време;
  
• 
  Технологията трябва да осигурява възможност за изпълнение на крупни проекти във вид на подсистеми (т.е. възможност за  декомпозиция на проекта на съставните му части, разработвани от групи изпълнители с ограничен състав с последваща интеграция на съставните части). Опитът от  разработка на  крупни ИС показва, че за повишаване на  ефективността на дейностите е  необходимо да се разбие проектът на отделни слабо свързани  по данни и функции подсистеми. Реализацията на  подсистемите трябва да се изпълнява от отделни групи специалисти. При това е  необходимо да се осигури координация в рамките на целия проект и да се изключи дублиране на резултатите.
  
• 
  Технологията трябва да осигурява възможност за извършване на работите по проектирането от неголеми групи (3-7 човека). Това се обуславя от принципите за управляемост на колектива и повишаване на производителността за сметка на  минимизиране на броя на външните връзки.
  
• 
  Технологията трябва да осигури минимално време  за получаване на работоспособна ИС. Става дума не за готовността на цялата ИС, а  готовността на отделните подсистеми. Практиката  показва, че дори ако проектът е цялостно завършен, внедряването се извършва на подсистеми.
  
• 
  Технологията трябва да предвиди възможността за управление конфигурациите на проекта, водене версиите на проекта, възможност за автоматично издаване на проектната  документации и синхронизация на нейната версия с  версиите на проекта;
  
• 
  Технологията трябва да осигури независимост на изпълнението на проектните решения от средствата за реализация на ИС (системата за управление на базата данни (СУБД), операционната система, езиците и системите за  програмиране);
  
• 
  Технологията трябва да бъде поддържана от комплект CASE-средства, осигуряващи  автоматизация на процесите, изпълнявани на всички етапи от ЖЦ.
  

Реалното използване на всяка технология за проектиране, разработка и съпровождане на ИС в конкретна организация и за конкретен проект е невъзможно без изработката на ред  стандарти (правила и споразумения), които трябва де се съблюдават от всички участници в проекта.

• 
  Стандарт за проектиране;
  
• 
  Стандарт за оформяне на  проектната документация;
  
• 
  Стандарт за потребителския интерфейс.
  

• 
  Набор необходими модела (диаграми) за всеки етап на проектиране и степента на тяхната детайлизация;
  
• 
  Правила за фиксиране на  проектните решения върху диаграмите, в това число:
  
• 
  Правила за именоване на обектите (включително и споразумения по терминологията),
  
• 
  Набор от атрибути за всички обекти и правила за тяхното попълване на всеки етап,
  
• 
  Правила за оформяне на  диаграмите, включително и изисквания към  формата  и размера на  обектите, и т. д.;
  
• 
  Изисквания към конфигурациите на работните места на  разработчиците, включително настройките на  операционната система, настройките на CASE-средствата, общите настройки по проекта и т.н.;
  
• 
  Механизъм за осигуряване на  съвместната работа по проекта, в това число:
  
• 
  Правилата за  интеграция на  подсистемите на  проекта,
  
• 
  Правилата за  поддържане на проекта в еднакво за всички разработчици състояние (регламент за обмен на  проектната информация, механизъм за фиксиране на общите обекти и т.н.),
  
• 
  Правилата за  проверка за несъвместимост на проектните решения и т. н.
  

• 
  Комплектност, състав и структура на документацията на всеки етап от проектирането;
  
• 
  Изисквания към нейното оформяне (включително изискванията към съдържанието на разделите, подразделите, пунктовете, таблиците и т.н.),
  
• 
  Правила за подготовката, разглеждането, съгласуването и утвърждаването на документациите с указване  крайните срокове за всеки етап;
  
• 
  Изисквания към настройката на  издателската система, използвана  в качеството на встроено средство за подготовка на документацията;
  
• 
  Изисквания към настройката на  CASE-средствата за осигуряване на подготовката на документацията в съответствие с установените изисквания.
  

• 
  Правила за оформяне на  екраните (шрифтове и цветова палитра), състав и разположение на прозорците и елементите за управление;
  
• 
  Правила за използване на  клавиатурата и мишката;
  
• 
  Правила за оформяне на помощните текстове;
  
• 
  Списък на стандартните съобщения;
  
• 
  Правила за обработка на  реакциите на потребителя.
  

 

Подходът “отдолу нагоре”  представлява директно прехвърляне реквизитите на документите като атрибути в струк­турата на базата от данни. Най-често  всеки от оригиналните доку­менти на ръчната сис­тема поражда по един запис.Този подход се използва за създаване на приложни бази данни. Подходящ е за построяване на прости бази данни за ра­бота с обекти от един тип. Лесен е за проектиране и ана­лиз. Не е подхо­дящ за работа с повече от един типов обект, тъй като при обновяване на данните (примерно за клиент) те трябва да бъдат обновени и в другите ба­зи данни, което е по-трудно и може да доведе до грешки.

 

Подходът “отгоре надолу” е по-подходящ за съвременните приложения и поради тази причина ще бъде обект на нашето разглеждане. При него ба­­за­та данни се построява чрез подбор на типови обекти, за които органи­зацията  държи да има информация. В този случай разработката определя свойс­­твата и взаимовръзките на обектите и не изхожда от използващите ги про­цеси. Наборът от данни се проектира така, че да моделира струк­турата на обектите и връзките в организацията, както и между данните поддържани за тези обекти. Съвременните БД позволяват дефиниране на БД чрез логически модел от високо ниво на структурата на данните.

ЕТАПИ НА ЖИЗНЕНИЯ ЦИКЪЛ

 

Процес на проектиране БД

Обхваща проектирането на БД за съхранение на данните в определена предметна област. Цели се проектиране на логическата и физическа структура на една или повече БД за удовлетворяване информационните потребности в определена предметна област.

За реализация на тези цели съществуват следните инструменти:

• 
  Релационен модел на данните – удобен начин за представяне на данните в предметната област.
  
• 
  Език SQL – универсален начин за манипулиране на  стези данни.
  

Жизнен цикъл

При разработка на БД обикновено се използват няколко нива на моделиране, с помощта на които нещата от реалния свят се прехвърлят в компютърния, т.е извършва се преход от предметната област към конкретна реализация на БД чрез средствата на конкретна СУБД.

Въпреки, че има различни схващания, най-често се използват следните етапи:

 

На ниво информационна система

• 
  Описание на предметната област;
  
• 
  Модел на предметната област;
  

 

На ниво база данни

• 
  Изследване и анализ на изискванията;
  
• 
  Разработка на концептуален модел;
  
• 
  Избор на СУБД;
  
• 
  Разработка на логически модел;
  
• 
  Разработка на физически модел;
  
• 
  Разработка на БД
  

Предметна област

 

Това е час от реалния свят, данните за която е необходимо да се съхраняват в БД.

Пример: счетоводство, банка, магазин, лекарски кабинет и т.н.

Предметната област съдържа, както важни и значещи понятия и данни, така и маловажни за конкретния случай данни. В процеса на проектиране е важно за се отделят важните от другите данни и върху тях да се съсредоточи вниманието.

 

Каталог: sites -> default -> files
files -> Образец №3 справка-декларация
files -> Р е п у б л и к а б ъ л г а р и я
files -> Отчет за разкопките на праисторическото селище в района на вуз до Стара Загора. Аор през 1981 г. ХХVІІ нац конф по археология в Михайловград, 1982
files -> Медии и преход възникване и развитие на централните всекидневници в българия след 1989 година
files -> Окръжен съд – смолян помагало на съдебния заседател
files -> Семинар на тема „Техники за управление на делата" 18 19 юни 2010 г. Хисар, Хотел „Аугуста спа" Приложение
files -> Чинция Бруно Елица Ненчева Директор Изпълнителен директор иче софия бкдмп приложения: програма
files -> 1. По пътя към паметник „1300 години България

Изтегляне 1.01 Mb.

Сподели с приятели: