Інформатика - шпаргалка українською мовою

Інформатика - шпаргалка українською мовою Розділ 1 ППО та якість програмної продукції

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

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

3. Осн.тенденції розвитку сис-м обробки данних: Обч.сіс-ми вісок.прод-сті, які склад.базу нових інф.технологій. Мережи передачі данних і сусп. БД і передачі знань. Нові інф.технології та сис-ми штучного інтелекту. Засоби прискорення розробки та впровадж.інф.сістем.

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

1.тех.средства 2.труд.ресурси 3.програмні засоби

5. Ф-ції ПЗ:

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

6. Реалізація opt c т. зр. кваліф.пользователя рівня спілкування між людиною і вич.маш

7 Реалізація opt c т. зр. кваліф.пользователя рівня спілкування між людиною і вич.маш

8. ПЗ ЕОМ -це сов-ть пр-м і док-ції на них, призначений ная для реал-ції на ЕОМ цілей і за-дач користувача. ПО (всіс-ме обр-ки Д) - сов-ть инф-х ел-тів, що утворює сов місцево з техн. забезпеченням сис-му автомат. обр-ки Д. для користувача.

9. В состав систем ПЗ входять: заг. або системне ПЗ прикладне або спеціальне ПЗ

10. В состав систем ПЗ входять: заг. або системне ПЗ для автоматизації розробки пр-м і в певній мірі алгоритмів для орг-ції обчісл.процесу та кон тролю за його виконанням на ЕОМ. прикладне або спеціальне ПЗ для розв'язання конкр.з-ч урізніх сферах людськ.д-сті. Воно разом з технічн.засобамі та заг.пр-ним забеспеченням становить спеціалізовану систему обробки данних.

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

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

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

15. Склад ППЗ: для розв'язання конкр.з-ч різних сферах людськ.д-сті. Воно разом з технічн.засобамі та заг.пр-ним забеспеченням становить спеціалізов. систему обробки данних. Склад: + пр-ми окремого кор-ча , + прикладні пр-ми , + пакети прикладних пр-м

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

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

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

19. Осн.направл.разв.прог-ня: 1) Вдосконалення техноло-гии розробки пр-м за рахунок впровадження в програ-е традиц. прийомів пром-ного пр-ва.2) Авт-тізація прог-ния. 3) Раз-работка м-дів і ср-ств авт-зації проектування ПЗ.

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

21. Вдосконалення технології розробки пр-мм за рахунок впровадження в програ-е традиц. прийомів пром-го пр-ва. Поняття технологічно-сті включає в себе: * качв-во пла-вання пр-са разр-ки отд-них компонент і всього ПІ; * ур-нь упр-ня колективу спец-стів, які ведуть роз-ку і орг-цию контр. за об'єктним станом разрботкі; * ур-нь авт-зації пр-са розробки пр-ми; * оцінка випо-лненного Vр-т і його кач-ва на окремих стадіях проекти-вання та із завершення розробки.

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

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

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

24. Св-ства ППР-та - його олічіт.особенность, кот-я м. прояв-ляться при створенні, исп-нии, ан-зе або зміну. Кач-во ПП Це сов-ть св-ств продукту, к-рие обумовлюють його придатність задовольняти задані або передпілля-Гаєм потреби в соответвіі в його призначенням. Уро-вень придатності ПП це ступінь задоволення потреб-ностей, предсталенія за допомогою конкретного набору хар-к кач-ва.

25. При розробці ПОбеспеч. осущ-ся:

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

26. Узагальнений показник кач-ва

Е = Еісп-Сзатр

Е -ек. ефект, який представляє собою сумарну еко-номію всіх продуктивних ресурсів, кот-ую отримує н/х в рез-ті в-ва і исп-ия пр-та. Еісп -ефект, отриманий-ний в од . часу і обусвовленний застосуванням даного пр-та. Сзатр -це стомостью витрати на раз-ку, експл-цію та сопроводеніе ПП. Сзатр = Сразр + Сексп + Ссопр.

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

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

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

1) організація-ні-направлені на совершенсвованія орг-ції разр-ки, виготовлення, експл-ції і супроводом-ния ПП, вони оховлюють питання планування, орг-ції, контролю виконання осн.етапів р-ти, а також питання пов'язанні із забеспеченням якості прогр-ного віробу.2) технологічні-направлені на совершенстваоніе м-дів, способів, прийомів упр-ния розробкою (іінструменталь-них СР-в), вони охоплюють питання впровадж.суч.техн.м - дів розробки, застосування з-бів авт-зації для зменьш.трудоміскості праці при забеспечені необх. рівня якості пр-ного виробу.

Для упр-ня якістю прогр-ної пр-ції необх.встановвіті: Ф-ри, що вплив. на якість пр-ції; Систему х-к якості прної пр-ції. М-ди визн-ня показників якості. Необх. рі-вень якості. М-ди порівняльної оцінки досягнутого рівня якості та рівня якості, що вимагається.

30. Фактори, що впливають на кач-во ПП: відгалузилися-ность рук-ва: + наявність докум-но-оформл-них вимог та забов'язань по забеспеченню якості; + відповідальність повноваженнями і взаємодією всього персоналу; + наяву-ністю засобів контролю якості та спец.навченного персоналу; + наявн.представніка керівництва; + підтрим-кою у всіх виконавців високого почуття відповідально-сті; + періодичним ан-зом еф-сті діючої сис-ми оцінки якості. кач-во нормативної документації пові'яз. з пов-нотою, чіткістю вимог до пр-ми, однозначністю їх тлумачення. Особл.значення маї ТЗ. еф-ність технологій пр-ия: ТП повинна забеспеч.макс.корісній еф-т при певних витратах, що можливе лише при використані при розробці пр-них пр-тів найб.прогресівн.м-дів і засобів розробки, а також орг-ції сатого процесу розробки. склад і кач-во інструментальних ср-в: належать автономні засоби і засоби вбудовані в систему прогр-ня.5) планування забезпечення кач-ва і 6) регулярність та еф-сть контролю за кач-вом. і до осн. принципів розробки належ.упр-ня розробкою за допомогою плану проекту (там певні стадії). На кожн.стадіїрозробкі віділ.окр.етапу контролю його виконання, встанов-ся строки проведення контролю, форма подання м-лу, форма контролю як-сті та виконавців Наступ.прінціп -за-беспеченя високого рівня виявлення та усунення помилок раній період, т.я. в-сть виправлення по-милок віявл.на песн.етапі зростає в геом.прогресії порів-няно з в-стю їх запобігання. Принцип забеспечення жорсткого контролю відповідності вл-стей пр-ту, що створ-ся, відповідність ви-могах, що викладене в його спе-ціфікації. наочність рез-тов контролю нач-ва: передбач.створення точних кри-теріїв оцінки якості прогр-ного виробу на всіх етапах йо-го життєвого циклу. Пердбачає можл-сть переконл.доказу високого рівня якості виробу під час випробування. Не-обх-сть подання інф-ції про хід розробки та контроль за якістю в наочному та загальнодоступному вигляді. стимулювання створення кач-ств ПП: дієвість цього ф-ру визн-ся в першу чергу умовами р-ку прогр-них пр-тів. кваліфікація (модифікація) разработчиков: правило-вико-ристання мін.к-сті макс. кваліфіков.прац-ків. Визн-ся: + рівнем знань; + наявністю практичного досвіду; + рівенм здібностей; + рівнм ініціа-тивності; + рівнем відповідально-сті. маркетинг ПП. Якість прогр-ного виробу залеж.від еф-сті системи заходів по вивченню р-ка та споживчих властивостей цього виробу на протязі всього життєвого циклу в різінх умовах застосування. Підрозділи, що здійснюють маркетинг пов.б.в тісному контакті з підрозділом по супроводженню прогр-них виробів. ((11) форміров.і соблюд.едін. Принципів розробки)).

31. У сис-му хар-к кач-ва ПП включені: функціональність, надійність, зручність исп-ия, еф-вности, супроводжує-тість, мобільність. Функціональність -Це сов-ть св-ств прог.ср-дства, обумовлена наявністю і конкретними ос-обеностямі набору ф-цій, здатних задовольнити заданих або передбачуваних потреб Ієрархії підхо-стик ф-ти: Адекватність, Правильність, Комплекси-вність, Нормовідповідність, Захищеність. Надійність : це сов-ть властивостей прогр. Ср-ва Хар. спос-ть зберігати заданий ур-нь придатності в заданий. умовах в заданий-ний період часу. Підхо-ки: Завершеність, Отказоус-тойчівость, відновлючі. Зручність використан-ня -зусилля необхідні для його исп-ия та індивідуальну оцінку рез-тів його исп-я заданим або можливим колом користувачів. підхо-ки: зрозумілі, освоює-тість, Керованість. Ефективність - програмного ср-ства ті аспекти його рівня придатності, кіт-і пов'язані в хар-ом і часом исп-ия рес-ів, необхідних при заданих умовах функ-ия. Підхо-ки: часу, ресур-соемкость. Сопровождаемость -зусилля, кот-е необхідні для його модифікації. Підхо-ки: що аналізується, модиф-ціруемость, стабілізований, тестуємо. Мо-нестабільність - пристосованість для його перенесення з одного середовища функ-ия в іншу. Підхо-ки: Адаптованість, Налажувальність, Заменоспособность . РОЗДІЛ 2. Початкові стадії проектування.

1. Загальна хар-ка основних стадій розробки пр-м

ТЗ - явл-ся рез-том дослідження в рассматрівамой перед-шатнись. обл-ти с т. зр. доцільності авт-зації вирішує-екпортувати в неї з-ч .- це специфікація вимоги до розробок-ють ПП. У вимоги включ-ся: вимоги, від-носять до ФУК-ию ПП, до реакції ПП на всілякі ситуації при обрадені до нього, в т.ч. оші-Бочна е, до усл. исп-я. Ескізне (зовнішнє) проектування- це пр-з описом-ня очікуваного поведінки разрабативемого пр-та с т.з. зовнішнього по отн-нию до нього неблюдателя. Мета цього пр-са-одержання вичерпного докладного опису поза-шнего взаємодій користувача з майбутнім пр-том, не торкаючись його внутрішнього устр-ства. Зовнішній проект-висловлю-ся зовнішніми специфікаціями. Специфікація - це док-т перечісляющ-ий умови, кот-м д. відповідати-ти що виготовляється пр-т (схема зовнішніх ф-ций пр-ми, Стор-рное подання даний). Технічне (внутрішнє) проектування - сов-ть проектних рішень про алгрітм. стр-ре ПП і його забезпечення, (пакет Ніро-схем, наочна таблиця змісту ПП). Робоче проектування -реалі-зація вироблених рішення у відповідності з раніше СФЗ-рмулірованнимі вимогами. Робоче проектування включ.непосредств.кодірованіе алг-ма, налагодження компо-нентов і всього виробу вцілому, складання експл.док-та. Випробування пр-мми - це перевірка ПП його специфікація на реальних даних або контрольному прикладі.

2. см.р2в1.

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

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

5. При проектуванні внешеніх взаємодій розрядів ботчік д. приділяти увагу на:-зручність експл-ції;-на-Дежнев та безпека-забезпечення технологічн-сті ПІ

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

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

6. см.р2в5.

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

8. Зчеплення ел-тов -є сов-сть оригінали-них, незалежних по стр-ре ел-тов.

Приклад < інф.база> : =,, < нормативно-довідкові дані>.

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

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

розмічені об'єднання представляє собою сов-ть альтернативних стр-р. Плоский ф-л-записи тільки одно-го типу. Неплоских ф-л-різних типів

: =///

пр:: = чоловіча! жіноча.

функц-ним аналогом цієї стр-ри явл-ся розподілить-ва конструкція: конструк-ція альтернатива (умови) і конструк-ція вибору

Послідовність- сов-ть впорядкованих по визна. з-ну однотипних Д: :: = *

пр. :: =*

функц-ним аналогом послідовності явл-ся цикл

9. см.р2в8.

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

1. Псевдокод = форм.часть + естеств.язик

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

якщо if

інакше else

кеслі endif

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

Вибір

якщо

інакше

квибора

Повторити

кповт

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

Повторення do while

Кповт enddo

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

Переваги псевдокоду:

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

Опис алгоритму ф-ції не д. перевищувати 1-го листа проектної док-ції

Недолік псевдокоду

відсутності. формальних ср-в контролю прав-сті алгоритму Раздел5.

1. Засоби автоматизації програмування : мови високого рівня, ППП. Пакет прикладних програм-для визначення обгрунтованих елементів. ППП (за призначенням-нию)-засіб автоматизації програмування, комплекс взаємо-мосвязанних пр-мм, що володіє спеціальної орг-цією, до-ті, яка забезпечує підвищення продуктивності праці опр-них категорій поль-зователя при вирішенні нек-рого класса з-ч. ППП (по змісту чи суті)-особливість: гнучкість, можливість пристосування до вимог кожного користувача, що настроюється комплекс пр-м, разом з док-цією на його установку і експл-цію, для реал-ції на ЕОМ нек-рого мн-ства алгоритмів розв'язання з-чі або класу з-ч і орієнтовані на опр-у категорію користувача.

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

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

4. Степна автоматизації програмування, що забеспеч.паке тому визн-ся: ступінь учатсі користувача в орг-ції процесів підготовки і виконання пр-м пакету.

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

6. Різноманітність предметної області пакета: вар-ти обміну даними (формати даних), різноманітність кол-ства реа-лізуемих м-дів для методооріентірованних пакетів, кол-ства розв'язуваних з-ч для проблемно орієнтованих пакетів і кол-ства типових процедур обробки для технологічно орієнтованих пакетів.

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

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

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

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

11. По рівню упр-ня пакетом вхідна мова поділяється на: 1) мо ва, яка забеспеч.процедурно-орієнтоване упр-ня.2) - "-проблемно-орієнтоване упр-ня. За допомогою мов пробл. Орієнтов. упр-ня кор-ч вирішує яку з-чу необх.вірішіті, а не те яким чином дана з-ча б. вирішена.

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

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

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

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

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

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

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

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

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

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

17. Форми програмування: 1) сис-ми програмування з викор-ням спеціалізов.мов.2) бібліотека прикладних пр-м.3) про грамні сістемі.4) пакети моделей.5) пакети асистенти.

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

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

18. Рівень вхідної мови пакету.

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

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