Реферат по предмету "Лингвистика"


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

Информатика - шпаргалка на украинском языке Роздл 1 ППО та яксть програмно продукц 1. Комп ютерзаця-процесс розвитку ндустр комп ютерних виробв послуг х широке використання в сусп-в, це наси щення в-ва, засобв транспорту, зв язку, сфери упр-ня, науки, освти, попиту обчисл. технкою. 2. Осн.причина стйких швидких темпв впровадж.сис-м обробки данних ПЗ можл-сть пдвищення продст прац в усх сферах людсько д-ст за рахунок використання


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


Ф-ции ПО 1. Управ.техн. средств направленно на выполнение всех действий, необходимых для обработки Д. 2. Реализация opt c т. зр. квалиф.пользователя уровня общения между человеком и выч.маш 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. Предмашинний етап-збирання початкових данних та х форма-лзаця. Машинний е пдготовча фаза генераця робочо конфгурац пакету.


Пслямашинний е прийняття ршень про повторн розрахунки.



Не сдавайте скачаную работу преподавателю!
Данный реферат Вы можете использовать для подготовки курсовых проектов.

Поделись с друзьями, за репост + 100 мильонов к студенческой карме :

Пишем реферат самостоятельно:
! Как писать рефераты
Практические рекомендации по написанию студенческих рефератов.
! План реферата Краткий список разделов, отражающий структура и порядок работы над будующим рефератом.
! Введение реферата Вводная часть работы, в которой отражается цель и обозначается список задач.
! Заключение реферата В заключении подводятся итоги, описывается была ли достигнута поставленная цель, каковы результаты.
! Оформление рефератов Методические рекомендации по грамотному оформлению работы по ГОСТ.

Читайте также:
Виды рефератов Какими бывают рефераты по своему назначению и структуре.

Сейчас смотрят :

Реферат Способы транспортирования и хранения мясопродуктов на примере мясных субпродуктов в супермаркете
Реферат Untitled Essay Research Paper The Trojan War
Реферат Виникнення Афінської держави
Реферат Планування оплати праці на підприємстві
Реферат Право и религия 4
Реферат Инвестиционная привлекательность рынков Куда вкладывать деньги
Реферат Регіональні особливості сучасного розвитку і розміщення вугільної промисловості світу
Реферат Принципы уголовного судопроизводства 2 Значение и
Реферат Правовые системы в современном мире 2
Реферат Предмет и метод административного права 3
Реферат Розробка транзисторного підсилювача проміжної частоти радіолокаційного сигналу
Реферат Guatemala Essay Research Paper It has been
Реферат Непер (Нейпир) (Napier) Джон
Реферат Планирование прибыли на предприятии
Реферат Планирование производства на предприятии