Реферат/сочинение: "Информатика - шпаргалка на украинском языке"

Информатика - шпаргалка на украинском языке

Роздiл 1 ППО та якiсть програмної продукцiї

1. Комп’ютерiзацiя- процесс розвитку iндустрiї комп’ютерних виробiв i послуг i їх широке використання в сусп-вi, це наси щення в-ва, засобiв транспорту, зв’язку, сфери упр-ня, науки, освiти, попиту обчисл. технiкою.

2. Осн. причина стiйких i швидких темпiв впровадж. сис-м обробки данних i ПЗ є можл-сть пiдвищення продстi працi в усiх сферах людської д-стi за рахунок використання ЕОМ

3. Осн. тенденцiї розвитку сис-м обробки данних:

1)

2) Мережи передачi данних i сусп. БД i передачi знань.

3) Новi iнф. технологiї та сис-ми штучного iнтелекту.

4) Засоби прискорення розробки та впровадж. iнф. систем.

4. Для фун-я сис-мы обр-ки Д. надо состав ресурсов :

5. Ф-ции ПО:

1. Управ. техн. средств., направленно на выполнение всех действий, необходимых для обработки Д.

6. 2. Реализация opt c т. зр. квалиф. пользователя уровня общения между человеком и выч. маш

7. 2. Реализация opt c т. зр. квалиф. пользователя уровня общения между человеком и выч. маш

8. ПО (всис-ме обр-ки Д ) -сов-ть инф-х эл-тов, образующая сов местно с техн. обеспечением сис-му автомат. обр-ки Д. для пользователя.

9. В состав систем ПЗ входять:

1) заг. або системне ПЗ 2) прикладне або спецiальне ПЗ

10. В состав систем ПЗ входять:

1) заг. або системне ПЗ для автоматизацiї розробки пр-м i в

певнiй мiрi алгоритмiв для орг-цiї обчисл. процесу та кон тролю за його виконанням на ЕОМ.

2) прикладне або спецiальне ПЗ для розв’язання конкр. з-ч у рiзних сферах людськ. д-стi. Воно разом з технiчн. засобами та заг. пр-ним забеспеченням становить спецiалiзовану систему обробки данних.

11. Прикладне або спецiальне ПЗ для розв’язання конкр. з-ч урiзних сферах людськ. д-стi. Воно разом з технiчн. засобами та заг. пр-ним забеспеченням становить спецiалiзовану систему обробки данних.

12. Склад загального програмного забеспечення: +операц. системусистему пр-ння; +системнi обслуговуючи пр-ми , +засоби контролю та дiагностики.

13. Склад загального програмного забеспечення: +операц. систему -комплекс керуюч. пр-м, якi забеспеч. функц-ня ЕОМ, вкл. план-ня, упр-ня ресурсами ЕОМ, виконання з-ч за запи тами кор-чiв, упр-ням вв., вив. данних, +систему пр-ння комплекс засобiв для розробки та налагодження пр-м: мови пр-ня, транслятори, рiзнi обслуговуючи пр-ми для редагув. текстiв i налагодження пр-м+системнi обслуговуючи пр-ми- призначенi для викон. типов. дiй з носiями данних (iнiцiалiзацiя дискiв, перевiрка дискiв на наявнiсть пошкод жених ланок, оптимiзацiя розмiшення ф-лiв на дискi, iнше), +засоби контролю та дiагностики- перевiрки непошкодженностi окр. пристроїв та локалiзацiї пошкодженностей

пр-ми окремого кор-ча , +прикладнi пр-ми , + пакети прикладних пр-м

16. Склад: +пр-ми окремого кор-ча -розв’яз. специф. з-ч, жор стко закладенi особл-стi сис-ми обробки данних конкр. орг цiї, +прикладнi пр-ми -унiверсальнiсть,ширлоке розповсюд ження, + осбл. форма прикладн. пр-ми,багатофункц. комплекс взаємопов’яз. пр-м, має певнi правила побудови.

17. Ознаки т-ру: 1) 2) Пр-нi засоби призначенi для задоволення по-треб кор-чiв по авт-цiї їх з-ч=>мають споживчу вартiсть. 3) У процесi в-ва пр-них засобiв витрач. жива i упредметне-на праця.

18. Пр-мное изделие- это пр-ма на носителе Д, явл-ся пр-том пр-го пр-ва. (его особенности > спецiалiст в ПОбластi; 2. ПИзделие д. сохранять работо-способность в широком диапазоне конфiгур. техн. ср-в i рiзному систем-ному пр-мному середовищi=>вимоги до мобiльностi пр-них виробiв.; 3. Кор-ч запровадж. пр-ний вирiб чи самi, чи зi стороньою допомогою,но не вiд розробника допомо-га=>вимога до простоти наладнання пр-ного виробу ; 4. Проблеми, що вникають пiд час застосування пр-ного ви-робу кор-ч повинен вирiшувати шляхом листування або через посередника=>рiзко зро-стають вимоги до док-цiї та заг. якостi пр-ного виробу.

19. Осн. направл. разв. прог-ния: 1) Совершенствование техноло-гии разработки пр-м за счет внедрения в програ-е традиц. приемов пром-ного пр-ва. 2) Авт-тизация прог-ния. 3) Раз-работка м-дов и ср-ств авт-зации проектирования ПО.

20. Мета АП-пiдвищ. прод-стi працi за умови покращ. якостi пр-кцiї. АП-это предоставление по-льзов-лю наиблее простого и удобного языка для его вза-имодействия с ЕОМ в процессе решения поставленной з-чи, на сегодня выделяют: -языки прог-ния высокого уров-ня; -ППП (пакеты прикладных программ) )

21. Совершенствование технологии разработки пр-мм за счет внедрения в програ-е традиц. приемов пром-го пр-ва. Понятие технологично-сти включает в себя: *качв-во пла-нирования пр-са разр-ки отд-ных компонент и всего ПИ; *ур-нь упр-ния коллектива спец-стов, ведущих разработ-ку и орг-цию контр. за объектным состоянием разрботки ;*ур-нь авт-зации пр-са разработки пр-мы; *оценка выпо-лненного Vр-т и его кач-ва на отдельных стадиях проекти-рования и по завершению разработки.

22. При выборе ППО утсанавливается :

1) возм-сть исп-ия в исх виде : 1. оценка выходн. полезно-сти пр-мы; 2. оцiнка рiвня якостi пр-ми: наскiльки надiйно еф-но м. її використовувати у початковому виглядi; 3. оц-iнка спiввiд-ня фiн., техн. i трудов. ресурсiв кор-ча та умов експл-цiї пр-ми.2 ) -: (*уровень модифицируемости пр-мы: - это степень просто-ты внесения в нее изменений, к-рая зависит от кач-ва док-ции, стр-ры пр-мы, уровня читабельности текста пр-мы и уровня ее отлаженности.) 1. Необх. понимать внутр. стр-ру пр-мы в целом и призначення окр. її частин. 2. вияв. эл-ти, що пiдляг. модифiкацiї та зрозумiти, як вони реалi-зованi. 3. оц. рiвень її модифiкування, який видбиває можл-сть внес. змiн в пр-ми без значних витрат часу i пра-цi.

23. М-ды упр-ния кач-вом. .2) технологичес-кие При разработке ПО осущ-тся : 1) Оцiнка, выбор альтернатив-ных проектн. решений. 2) Выбор технологич. ср-в и м-дов разработки прогр-ного пр-кта по его техничеким х-кам: +без застос-ня стандартiв на прогр-ня; +iз викори-стнанням принципiв модульного прогр-ня; +iз дотрим. принципiв модульного прогр-ня; +шляхом нисхiдного проектування; +iз застос. мозаїчного або складального програм-ня. 3) контрольз за ходом разработки. 4) провер-ка соответствия якостi прогр. продукта его технческим х-м

24. Св-ства ППр-та - его оличит. особенность, кот-я м. прояв-ляться при создании, исп-нии, ан-зе или изменении. Кач-во ПП Это сов-ть св-ств продукта, к-рые обуславливают его пригодность удовлетворять заданные или предпола-гаемые потребности в соответвии в его назначением. это степень удовлетворения потреб-ностей, предсталения посредством конкретного набора хар-к кач-ва.

25.

1) Пошук серед багатьох варiанiв реалiзацiї поставленної з-чi такого, який би забеспечив компромiс мiж витрата-ми на в-во i екксплуатацiєю пр-ми та рiвнем її якостi2) Вы-бор технологических ср-в и м-дов разработки програм-много пр-та по его техничеким хар-кам: +без застос-ня стандартiв на програмув-ня; +iз використнанням принци-пiв модульного програмув-ня; +iз дотрим. принципiв мо-дульного прогр-ня; +шляхом нисхiдного проектування; +iз застос. мозаїчного або складального програм-ня.Існує велика к-сть м-дiв i засобiв пр-м, якi дозволяють створюв. працездатнi пр-ми, що маютьпевн. рiвень якостi. 3)

26. Обобщенный показатель кач-ва

Э=Эисп-Сзатр

Э -эк. эффект, представляющий собой суммарную эко-номию всех производительных ресурсов, кот-ую получает н/х в рез-те пр-ва и исп-ия пр-та.ЭиспСзатр -это стомостые затраты на раз-ку, экспл-цию и сопроводение ПП.

27. Жизнен-ный цикл ПП: Ст-сть разработки Ст-сть эк-сплуатации затраты на непосредствен. эеспуатацию, поте-ри в следсвие ограниченных ресурсов (технических, пр.), потери вследсвие отказов в р-те пр-мы. Ст-сть сопровож-дения затраты на утранение ошибок, затраты на раз-вите и модернизацию пр-мм

28. Ф-ры, влияющие на стоимостные затраты : 1) на ст-сть разр-ки: -объем разарбатыва-емой пр-мы; -соложность ;-на-значения; -исползуемый языке програмирования; -квали-фикация разработчиков; -исползуемые м-ды раз-ки ;-сте-пень применяемост ранее разрабтанного ПО; -орг-я упр-я разработкой ;-ограниченость технических хар-к; -размеры и стр-ра инфомац. базы; -стабильность требования ползо-вателей.2) на ст-сть эксплуатации : -ст-сть ма-шинных ре-сурсов; -оплата труда персонала; -обеспечиваемый интер-фейс ползователей с ПП; -простота ввода данных ;-техни-ческие хар-ки ЭВМ; -ур-нь отлаженности ПП; -защита от искажения исх. Д; на-личие ср-в защиты от отказов.3) на ст-сть сопровождения: -кач-во док-ции ;-обозримость стр-ры ПП; -читабельность текстов пр-мы; -изменение требо-вания пользователя; -повторное программирование для д-сти сис-мы ;-изменене стр-ры Д; -изменение аппаратных ср-в; -совершенствование док-ции

29. Методы управления кач-вом

1) организац-ные- направлены на совершенсвования орг-ции разра-ки,виготовлення, экспл-ции и сопровожде-ния ПП, вони оховлюють питання планування, орг-цiї, контролю виконання осн. етапiв р-ти, а також питання пов’язаннi iз забеспеченням якостi прогр-ного виробу. направлены на совершенстваоние м-дов, способiв, приемов упр-ния розробкою (иинструменталь-ных ср-в),вони охоплюють питання впровадж. суч. техн. м-дiв розробки, застосування з-бiв авт-зацiї для зменьш. трудомiскостi працi при забеспеченi необх. рiвня якостi пр-ного виробу.

Для упр-ня якiстю прогр-ної пр-цiї необх. встановвити:

1) Ф-ри, що вплив. на якiсть пр-цiї; 2) Систему х-к якостi прної пр-цiї. 3) М-ди визн-ня показникiв якостi. 4) Необх. рi-вень якостi. 5) М-ди порiвняльної оцiнки досягнутого рiвня якостi та рiвня якостi, що вимагається.

30. Факторы, влияющие на кач-во ПП: 1) ответвен-ность рук-ва: +наявнiсть докум-но-оформл-них вимог та забов’язань по забеспеченню якостi; +вiдповiдальнiсть повноваженними i взаємодiєю всього персоналу; +наяв-нiстю засобiв контролю якостi та спец. навченного персоналу; +наявн. представника керiвництва; +пiдтрим-кою у всiх виконавцiв високого почуття вiдповiдально-стi; +перiодичним ан-зом еф-стi дiючої сис-ми оцiнки якостi. 2) кач-во нормативной документации повi’яз. з пов-нотою, чiткiстю вимог до пр-ми, однозначнiстю їх тлумачення. Особл. значення маї ТЗ. 3) эф-ность технологий пр-ия: ТП повинна забеспеч. макс. корисний еф-т при певних витратах, що можливе лише при використанi при розробцi пр-них пр-тiв найб. прогресивн. м-дiв i засобiв розробки, а також орг-цiї сатого процесу розробки. 4) состав и кач-во инструментальных ср-в: належать автономнi засоби i засоби вбудованi в систему прогр-ня. 5) планирование обеспечения кач-ва и 6) регулярность и эф-сть контроля за кач-вом. 5) и6) -до осн.принципiв розробки належ. упр-ня розробкою за допомогою плана проекту (там певнi стадiї) . На кожн. стадiїрозробки видiл. окр. етапу контролю його виконання, встанов-ся строки проведення контролю, форма подання м-лу, форма контролю як-стi та виконавцiв забеспечення жорсткого контролю вiдповiдностi вл-стей пр-ту, що створ-ся, вiдповiднiсть ви-могах, що викладени в його спе-цифiкацiї. 7) наглядность рез-тов контроля нач-ва: передбач. створення точних кри-терiїв оцiнки якостi прогр-ного виробу на всiх етапах йо-го життєвого циклу. Пердбачає можл-сть переконл. доказу високого рiвня якостi виробу пiд час випробування. Не-обх-сть подання iнф-цiї про хiд розробки та контроль за якiстю в наочному та загальнодоступному виглядi. 8) сти-мулирование создания кач-ств ПП: дiєвiсть цього ф-ру визн-ся в першу чергу умовами р-ку прогр-них пр-тiв. 9) квалiфiкацiя (модификация) разработчиков: правило -вико-ристання мин. к-стi макс. квалiфiков. прац-кiв. Визн-ся: +рiвнем знань; +наявнiстю практичного досвiду; +рiвенм здiбностей; +рiвнм iнiцiа-тивностi; +рiвнем вiдповiдально-стi. 10) маркетинг ПП. Якiсть прогр-ного виробу залеж. вiдеф-стi системи заходiв по вивченню р-ка та споживчих властивостей цього виробу на протязi всього життєвого циклу в рiзинх умовах застосування. Пiдроздiли, що здiйснюють маркетинг пов. б. в тiсному контактi з пiдроздiлом по супроводженню прогр-них виробiв. ((11) формиров. и соблюд. един. принципов разработки) ).

Функциональность -Это сов-ть св-ств прог. ср-дства, определяемая наличием и конкретными ос-обеностями набора ф-ций, способных удовлетворить заданых или предполагаемых потребностей Иерархии подх-стик ф-ти: Адекватность , Надежность : это сов-ть свойств прогр. ср-ва хар. его спос-ть сохранять заданный ур-нь пригодности в задан. условиях в задан-ный период времени. Подх-ки: Завершенность, Отказоус-тойчивость, Восстанавливаемость. Удобство использова-нияПонимаемость, Осваивае-мость, Управляемость. Эффективность Подх-ки: Временность, Ресур-соемкость. Сопровождаемость -усилия, кот-е необходимые для его модификации. Подх-ки: Анализируемость, Модифи-цируемость, Стабилизированность, Тестируемость. приспособленность для его переноса из одной среды функ-ия в другую. Подх-ки: Адаптируемость, Налажувальнiсть, Заменоспособность.

РОЗДІЛ 2. Початковi стадiї проектування.

1. . Общая хар-ка основных стадий разработки пр-м

ТЗ - явл-ся рез-том исследованя в рассматривамой пред-метн. обл-ти с т. зр. целесообразности авт-зации решае-мых в ней з-ч. -это спецификация требования к разраба-тываемому ПП. В требования включ-ся : требования, от-носящиеся к фук-ию ПП, к реакции ПП на всевозможные ситуации при обрадени к нему, в т. ч. оши-бочны е, к усл. исп-я. Эскизное (внешнее) проектирование - это пр-с описа-ния ожидаемого поведеня разрабатывемого пр-та с т. з. внешнего по отн-нию к нему неблюдателя. Цель этого пр-са-получение исчерпывающего подробного описания вне-шнего взаимодействий пользователя с будущим пр-том, не затрагивая его внутреннего устр-ства. Внешний проект-выраж-ся внешними спецификациями. - это док-т перечисляющ-ий условия, кот-ым д. соответство-вать изготавливаемый пр-т (схема внешних ф-ций пр-мы, Стр-рное представление данный) . Рабочее проектирование - реали-зация выработанных решения в соответсвии с ранее сфо-рмулированными требованиями. Рабочее проектирование включ. непосредств. кодирование алг-ма, отладку компо-нент и всего виробу вцiлому, составление экспл. док-та. проверка ПП его спецификация на реальных данных или контрольном примере.

2. см. р2в1.

3. ТЗ : +”ТЗ”. ЕПТП : +”Пакет HIPO -схем”; +”Наочна таблиця змiсту пр-ми”; +”Зовнiшнi специфiкацiї модулей” (+”Пояснюв. записка”) .РП : +”Тексти пр-ми”; +”Опис пр-ми”; +”Опис застосування”; +”Посiбник системного програмiста”; +”Посiбник програмiста”; +”Опис вхiдної мови’.

4. Функц. призн-ня пр-ного виробу -спец. заходи пр-м за доло-могою яких м. досягти експлуатац. призн-ня (Функцiо-наль-не призначення розробки полягає у формуваннi та дру-куваннi вiдомостi розходу м-лiв по складу. Результатом будуть вiдомостi у виглядi ф-ла чи вiдображення на мо-нiтору ЕОМ, якi можуть бути роздрукованнi на друку-вальному пристрої.) . персоналу упр-ня пiд-пр-ством, якi використовують даннi складського розходу м-лiв, бухгалтерiї, товарознавцям, що пiдвищує продуктив-нiсть працi)

Реал-ция этих св-ств достиг-ся при реал-ции след. правил:

1) минимизация ошибок пользователя: *Поведение сис-мы по отн-нию к пользователю д. б. гибким т. е. чтобы поль-ль не был вынужден дейсвовать строго предписанным способом; *Сообщения, к-ды и директивы, вводимые п-лем д. б. как можно короче, но не столько, чтобы исчезла их осмысленность; *Стандартизация и унификация вводи-мых и выводимых сообщений; *Согласованность спосо-бов взаимодействия с уровнем квалификации пользова-теля. Язык диалога д. б. многоуровневым.*Поведение сис-мы и рез-ты р-ты д. б. ясны поль-лю, поэтому всегда на каждое входное сообщение проектируйте выдачу какого-либо уведомления; *Сис-ма всегда д. б. готова по-мочь ползователю. Никогда не следуеть ставить пользо-вателя в затруднительное положение; *проект сис. мы д. прини-мать во внимание физич. и психологич. особенности польз-ля во время его р-ты.2) обнаружение ошибок поль-зователя: *сис-ма д. принимать любые данные, если вве-денная И. явл-ся недопустимой то сис-ма д. информиро-вать об этом польз-ля; *польз-лю д. предоставляться возм-ть проверить вводимые сообщения и желательно до нача-ла его обр-ки; *Ошибки польз-ля д. обнаруживаться неме-дленно, а не после того, как вся пр-ма завершит р-nу; * Там где особенно важна достоверность Д. необх. исполь-зовать их избыточность для обнаружения ошибки.3) пра-вило минимизации сложности:

6. см. р2в5.

7. Три канонические стр-ри Д.: 1) Прямое произведение или сцепление эл-ов; 2) Размеченное объединение; 3) Последо-вательность.

8. Сцепление эл-тов -представляет собой сов-сть самостоятель-ных, независимых по стр-ре эл-тов.

Пример < инф. база > := <оперативнi. данi>, <регламентнi. д.>, < >.

Пр.<запис> : : =№залiк. книжки,ПІП,спец-сть,курс,група.

Функц-ным аналогом прямого произведения эл-тов явл-ся линейная последов-сть эл-тов опер-ров, блоков или про-цедур.

Размеченное объединение представляет собой сов-ть альтернативных стр-р. Плоский ф-л-записи тiльки одно-го типу. Неплоский ф-л-рiзних типiв

<запись неплоск. ф-ла>: =/ <замись 1 типа >/ <запись 2 типа >/ <запись 3 типа>

пр <стать>: :=чоловiча! жiноча .

сов-ть упорядоченных по опред. з-ну однотипных Д: <плоский ф-л>: : = <запись>*

<вектор>: : =<елемент>*

Функц-ным аналогом последовательности явл-ся цикл

10. см. р2в8

РОЗДІЛ 3. Методи проектування програмних стр-тур

1.

Правила псевдокода. подходящие фомальные обозначения, -комбинация форма-лизов. и неформализов. записей. 3. В кач-ве управляющих опер-ров допускается исп-ть: -альтернативную инструк-цию, -инструкцию выбора, -циклическая инструкция

<условие> if

<функция>

*

<функция>

иначе else

<функция >

<функция>

кесли endif

*************************

Выбор

если <условие 1>

<функции>

если <условие 2>

<функции>

*

иначе <функции>

квыбора

Повторить <условие>

<функции>

кповт

**************************

Повторення<умова> do while<>

<ф-цiї>

Кповт enddo

******************************

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

Описание алгоритма ф-ции не д. превышать 1-го листа проектной док-ции

Недостаток псевдокода

Отсутств. формальных ср-в контроля прав-сти алгоритма

Раздел5.

1. Средства автоматизации программирования : языки высокого уровня, ППП. Пакет прикладных программ- для определения обоснованных элементов. ППП ( по назначе-нию) - нек-рого класса з-ч. ППП ( по содержанию или сути) - особливiсть: гнучкiсть, можливiсть пристосування до вимог кожного користувача, настраиваемый комплекс пр-м, вместе с док-циею на его установку и экспл-цию, для реал-ции на ЭВМ нек-рого мн-ства алгоритмов решения з-чи или класса з-ч и ориентированы на опр-ную категорию пользователя.

2. Основное св-ство ППП- их гибкость- возм-сть настройки на конкретные особ-сти решаемой з-чи и усло-вия испва-ния. Наличие ср-ств настройки позволяет применять пакет для з-чи на различных объектах с учетом их специфики.

3. Классификация ППП: 1) по сфере применения и классам решаемых з-ч ( а ср-ств, для создания, ведения и совместного исп-ния БД многими пользователями, б) пакеты общего и специального назначения- для решения прикладных з-ч и реал-ции математических м-дов, к-рые явл-ся общими для многих сфер применения ЭВМ, в) для решения инженер-ных и научно-технических з-ч- набор пр-м, на базе к-рых пользователь может формировать пр-мы решения собст-венных з-ч, г) для решения эк-ских з-ч- различия в квали-фикации пользователя, разнообразный х-р з-ч и способ применения рез-тов з-ч. комплек-сная автоматизация БУ для малого бизнеса, комплексная авт-зация крупных предпр-тий, авт-зация отдельных учас-тков БУ, авт-зация ан-за хоз. д-сти пр-тия и аудиторской д-сти, инф-ционно-справочные системы по налогообложе-нию БУ и аудиту; направления развития бухгалт. пр-мм: а) пр-мма д. легко исп-ваться для конкретного объекта БУ,б) ориентированные на пользователя, как на замыкаю-щее звено, пр-ммы д. позволять ему принимать оконча-тельные реш-я относительно проводок и хоз. оп-ций, в) пр-ма д. обладать возможностью формирования и на-стройки на задание экранных и бумажных копий отчет-ных док-тов, г) совершенные пр-мы д. иметь ср-ства для ан-за эк-ских показателей и следовательно возможности использования их в аудиторской д-сти) ;д) Інтегрованi па-кети-мають певну специфiкацiю, яка обумовлена рiзницею по квалiфiкацiї користувачiв, рiзноманiтним х-ром з-ч та способами застосування їх рiшення.2) по ориентации на опр-ный м-д обработки или процедуру обработки ( а) методо ориентированные пакеты- для решения з-чи или группы з-ч, обладающих сходной постановкой, различ-ными м-дами, б ) проблемно ориентированные пакеты- для решения отдельных з-ч существенно отличающиеся как по постановке, так и по м-дам решения, в) технологически ориентированные пакеты- реализуют отдельные, часто повторяющиеся процедуры технологии обработки дан-ных.

5. Степень гнучкомтi пакету визн-ся простотою дiапазону i дiапазоном настроювання пакету, а також якiстю упр-ня процесом розв’язання з-чi з використанням пакету i якiс тю упр-ня настроюванням.

6. Разнообразие предметной области пакета: вар-ты обмена данными (форматы данных), разнообразие кол-ства реа-лизуемых м-дов для методоориентированных пакетов, кол-ства решаемых з-ч для проблемно ориентированных пакетов и кол-ства типовых процедур обработки для технологически ориентированных пакетов.

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

8. Уровни упр-ния пакетом: 1) внешнее упр-ние-упр-ние без изменения конструкции пакета, 2) внутреннее упр-ние- упр-ние путем изменения его конструкции (виды в. у: макро-упр-ние- на уровне модульной стр-ры пакета, состоит в формировании подмн-ства модулей, входящих в состав конкретного пакета, макроупр-ние- изменение отдельных стандартных конструкций модулей пакета) .

еф-не упр-ня пакетом при мiн. витратах на його експлуатацiю. (ключове слово-еф-не)

10. обладающий языковыми ср-ствами, предназначенный для пользователя различной квалификации с учетом обеспечения эф-сти упр-ния паке-том. Масовий користувач-меню, генератор-звiтiв. Програ мiст-мова програмування.

яку з-чу необх. вирiшити,а не те яким чином дана з-ча б. вирiшена.

Входные языки (по уровню реализации) : процедурные- описывают непосредственно алгоритм решения з-ч в яв-ном виде на формализованном языке, непроцедурные (све-рхвысокого уровня) - описывают точную постановку з-чи и необходимые условия для ее решения.

Входные языки (по средствам реал-ции) : основные на использовании базового языка- любой язык программи-рования (исп-ние базовых конструкций, исп-ние встро-енного языка, надстроечный), оригинальные ( специали-зированные процедурные языки- для описания алг-тма ре-шения з-ч в явном виде, непроцедурный проблемно ориен-тированный- для описания постановки з-чи, язык задания параметров и выбора альтернатив- текстовый редактор) .

13. Требования до вхiдної мови: 1) соответствие уровню квалификации пользователя, 2) естественность основных понятий языка и средств отображения предметной облас-ти, 3) простота и ясность синтаксических конструкций язы-ка, 4) легкость изучения и исп-ния языка, 5) функциональ-ная полнота оп-ций для р-ты с моделью предметной облас-ти, 6) возможность оперировать понятиями языка не опуска-ясь до уровня ср-ств орг-ции данных

14. Системи програмування з викоирстанням спецiалiзованих мов: +спецiалiзована мова; +переклад трансляцiї пр-ми; +спецiалiст ПО.

Бiблiотек прикладн. пр-м: +процедурна, базовi мови про-грамування; +набiр окрем. пр-м, кожна з яких має самост. зн-ня, застос-ся для розв’язання не дуже складної з-чi або реалiзацiї незалежної вiд ПО ф-цiї; +програмiст.

Програмнi системи: +проблемна, орiгiнальна мова, яка оброблує м-ли потрiбнi для певного запита користувача; +розпiзанвання з-ч кор-ча iвиконання його завдання; +масовий користувач..

Пакети-моделi: +формалiзов. мова описания: проблемно-орiїнтов. упр-ня вх. мова; +визн-ня типу моделей, яка пода-на користувачем; +масовий спецiалiст ПО, не програмiст.

Пакети-асистенти: +упр-ня за дпопомогою системи меню,яка виконує проблемно-орiєнтоване упр-ня; +реалiзацiя послiдосностi виконання визначенних дiй кор-ча; +рiзногорiвня квалiфiкацiї.

15. Програмнi-системи, пакети-моделi.

16. Звернення до ППП з синтаксично-вiрною пр-мою на вх. мовi-дiалоговий: пусковой режим. Ведення дiалогу для внес. оперативн. змiн до стратегiї розв’яз. з-чi- режим па-кетної чи командної обробки.

17.

мiстить модулi, що реал-ть ф-нiз-чi з ПО, тобто модулi обробки данних. Ос-сть-це м-лi одного рiвня впорядкування (модулi незалежнi мiж собою)

2) -”-на команднiй мовi. Обмiн данними через зовн. накопичувачи.

Пакети складної стр-ри -наянiсть спец. пр-ми, яка здiйснюєф-цiї кер-ня м-ми п-та. Вiдмiнна особливiсть-наявнiсть кер. пр-ми, її ф-цiї: +зв’язок з ОС; +орг-цiя iнтерфейсу кор-ча з п-том; +орг-цiя обмiну данними; +формув-ня поточного стану р-ти п-ту; +упр-ня викликом та викликанням оброблюючих модулiв п-ту.

19. Наявнiсть керуючої пр-ми.

20. Предмашинний етап-збирання початкових данних та їх форма-лiзацiя. Машинний е. -пiдготовча фаза: генерацiяробочої конфiгурацiї пакету. Пiслямашинний е. -прийняття рiшень про повторнi розрахунки.