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

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

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

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

2. см.р2в1.

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

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

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

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

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