ОСНОВНИ ПРИНЦИПИ НА ДИЗАЙНА НА IC

4.2. ОСНОВНИ ПРИНЦИПИ НА ДИЗАЙНА НА IC

Тъй като почти всички съвременни интегрални схеми са автоматизирани интегрални схеми, тогава основните принципи на проектирането на интегрални схеми ще бъдат разгледани от гледна точка на създаването на AIS.

Към основното принципи на прилагане и функциониране на AIS, които трябва да бъдат взети предвид при проектирането на AIS включват:

Принцип на технологичност. Автоматизирана технология означава създаване (разработване) на нова технология или модернизация на съществуваща (автоматизирана). В същото време не трябва да има просто използване на автоматизирани в условията на стари традиционни технологии.

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

Адаптивност. Компонентите на AIS трябва да имат свойства, които осигуряват бързото им адаптиране към промените във външната среда, нови средства и т.н.

Модулният принцип на изграждане на софтуер и хардуер приема, че посочените средства се състоят от блокове ("модули"), осигуряващи възможност за тяхната подмяна или промяна с цел подобряване на AIS или адаптирането му към нови условия.

Технологична интеграция предполага за цялата система използването на една технология за създаване, актуализиране, запазване и използване на RR. Например еднократна обработка на информационни документи и тяхното многократно, многофункционално използване.

Пълна нормализация на процесите и тяхното наблюдение. Многофункционалното използване на AIS информация изисква висока надеждност на данните в системата. За да направите това, на различни етапи на обработка и въвеждане на информация е необходимо да се използват различни форми на нейния контрол, изискванията за които могат да се формират въз основа на състава на задачите, които трябва да бъдат решени и данните, които се обработват. Необходим е постоянен мониторинг, за да се получат качествени и количествени характеристики на функционирането на AIS въз основа на използването на вградени инструменти за статистика или използвани като отделен модул.

Регламент. AIS е фокусиран върху функционирането в индустриален режим, осигуряващ масивна поточна обработка на информационни документи. Тази обработка се регулира от стандарти, маршрутни и оперативни технологии, стандарти за ресурсни и времеви показатели, развита диспечерска услуга.

Икономическа целесъобразност. Създаването на AIS трябва да осигури използването на дизайнерски решения, които осигуряват минимизиране на финансовите, материални разходи и трудови ресурси, както и да допринесе за подобряване на обслужването на потребителите.

Типизация или максимално използване на готови решения и инструменти е необходимо да се намалят разходите, разработването и внедряването на AIS, както и да се намалят дизайнерските грешки както на системата като цяло, така и на отделните й компоненти.

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

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

Фокусирайте се върху първите лица на обекта за автоматизация. Успешното изпълнение на работата по създаването на AIS, нейното разработване и експлоатация е възможно при безусловна подкрепа от първо лице (директор на организацията) и консолидиране на пряка отговорност за тяхното изпълнение по заповед на организацията за ръководителя в ниво поне на заместник-директор. В отделите на организацията отговорността за изпълнението на работата трябва да бъде възложена на ръководителите на тези отдели.

Помислете за някои от тези принципи.

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

Непрекъснатост и постепенно развитие. Това е не само принцип на проектиране, но и едно от най-важните свойства на AIS, което не може да не се променя дълго време.

Както показва практиката, разработването на AIS е по-сложно от неговото проектиране и поддръжка. Свързването им със системи, които вече работят в търговска експлоатация, може да бъде трудна задача. нивото и качеството на функционирането на системата не намаляват, необходима е пробна експлоатация.

Непрекъснатост на развитието предполага, заедно със запазването на натрупания преди това опит и ресурси, поетапното развитие на AIS. Гореизложеното се отнася до функциите на системата, създаването и (или) внедряването на нови средства за информация, софтуер и технологична, лексика и терминологична и техническа поддръжка, както и запазването на машинните операции, визуалните форми на работни листове и екрани, които са се запознали с персонала на AIS.

Адаптивност се разглежда като възможност за преструктуриране на системата или отделните й компоненти „в движение“, включени в дизайнерските решения, т.е. без да се спира работата на AIS. Това е едно от най-значимите свойства на информационните системи.

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

Основните качествени разлики на AIS, които се появиха в съответствие с изискванията на практиката и вътрешната логика на тяхното развитие, имат редица последици, изразени в допълнителни изисквания за изграждане на системи и осигуряване на тяхното функциониране.

За успешното изпълнение на проектната работа се препоръчва да се идентифицират един или няколко прототипа на проектирания обект, въз основа на които да се разработят редица възможни варианти (броят им, като правило, е няколко пъти по-голям от броя на идентифицираните прототипи ). Например, за да се определи организационната и управленска структура на автоматизирана организация, съществуващата й структура може да се използва като прототип.

След това от получените варианти трябва да се изберат алтернативни сортове. Като се вземат предвид местните условия и местните ограничения, намалете останалите възможности, от които да изберете най-добрите решения.

В идеалния случай окончателният избор може да бъде направен въз основа на резултатите от теста в съответствие с даден план, който трябва да включва симулация на реален дизайн на база данни и разработване на приложения и да се състои от следните стъпки:

  • инсталиране и конфигуриране;
  • разработване на концептуална схема на база данни;
  • генериране на отчет за концептуалната схема;
  • разработване на графична схема на база данни за конкретна СУБД;
  • генериране на отчет за схемата на базата данни;
  • генериране на схема на база данни (преобразуване на схемата на базата данни в DDL файл;
  • разработване на най-простото приложение;
  • поддържане на схеми за бази данни (промяна);
  • обратно инженерство.

Използване на общи, стандартни обозначения и конвенции

Големите проекти се изпълняват от екип и дори от няколко екипа от разработчици.

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