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


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

Информатика - шпаргалка на украинском языке Роздл 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 мильонов к студенческой карме :

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

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

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

Реферат Текущая бухгалтерская отчетность
Реферат Разграничение полномочий между федеральными органами государственной власти и органами власти субъектов РФ
Реферат Продвижение компании "Пламя дракона"
Реферат Государственное и международное регулирование трудовой миграции
Реферат Семья Дюма
Реферат Ибсен Г. - Роль интеллектуального начала и его связь с внутренним миром героини
Реферат Реклама в структуре FM-вещания Санкт-Петербурга
Реферат СМИ и властные структуры: опыт сотрудничества
Реферат Редакційна підготовка рекламно-інформаційного тижневика
Реферат Повстанський рух в Одеській губернії у 1920-23 рр
Реферат Американская и европейская школа изучения поведения потребителя
Реферат Романтизм великого французского писателя (Виктор Гюго)
Реферат Imigration To Canada Essay Research Paper INTRODUCTIONMany
Реферат Рух думки – як це розуміти
Реферат Мое отношение к Ленскому