Шпаргалка: Информатика - шпаргалка на украинском языке
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. Сцепление эл-тов -представляет собой сов-сть самостоятель-ных, независимых по стр-ре эл-тов.
Пример < инф.база > := <оперативні.дані>, <регламентні.д.>, < нормативно-довідкові дані>.