Для упр-ня якістю прогр-ної пр-ції необх.встановвити:
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. Сцепление эл-тов-представляет собой сов-сть самостоятель-ных, независимых по стр-ре эл-тов.
Пример <инф.база >:= <оперативні.дані>,<регламентні.д.>,< нормативно-довідкові дані>.
Пр.<запис>: :=№залік.книжки,ПІП,спец-сть,курс,група.
Функц-ным аналогом прямого произведения эл-тов явл-ся линейная последов-сть эл-тов опер-ров, блоков или про-цедур.
Размеченное объединение представляет собой сов-ть альтернативных стр-р. Плоский ф-л-записи тільки одно-го типу. Неплоский ф-л-різних типів