Шпаргалка по інформатиці

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

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

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

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

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

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

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

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

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

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

5. Ф-ции ПО:

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

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

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

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

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

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

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

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

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

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

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)
технологические-направлены на совершенстваоние м-дов, способів, приемов
упр-ния розробкою (иинструменталь-ных ср-в),вони охоплюють питання
впровадж.суч.техн.м-дів розробки, застосування з-бів авт-зації для
зменьш.трудоміскості праці при забеспечені необх. рівня якості пр-ного
виробу.

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

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

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

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

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

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

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

2. см.р2в1.

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

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

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

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

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

6. см.р2в5.

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

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

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

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

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

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

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

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

Функц-ным аналогом этой стр-ры явл-ся распределит-ная конструкция:
Констр-ция альтернатива (условия) и констр-ция выбора

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

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

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

9. см.р2в8.

10.см.р2в8

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

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

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

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

<функция>

*

<функция>

иначе else

<функция >

<функция>

кесли endif

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

Выбор

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

<функции>

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

<функции>

*

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

квыбора

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

<функции>

кповт

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

Повторення<умова> 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) пакети асистенти.

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

1) набір м-лів, звернення дояких з пр-ми кор-чаОбмін дан-ними між м-ми
вик-ся із застос.мех-зму параметрів

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

3) -”-де кожн.наступ.м-ль викликається попереднім

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

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

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

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

Похожие записи