прогр. ср-ва хар.его спос-ть сохранять заданный ур-нь пригодности в задан. условиях в задан-ный период времени. Подх-ки: Завершенность, Отказоус-тойчивость, Восстанавливаемость. Удобство использова-ния-усилия необходимые для его исп-ия и индивидуальную оценку рез-тов его исп-я заданным или предполагаемым кругом пользователей .Подх-ки :Понимаемость, Осваивае-мость, Управляемость. Эффективность - программного ср-ства те аспекты его уровня пригодности, кот-ые связаны в хар-ом и временем исп-ия рес-ов, необходимых при заданных условиях функ-ия. Подх-ки: Временность, Ресур-соемкость. Сопровождаемость -усилия, кот-е необходимые для его модификации. Подх-ки: Анализируемость, Модифи-цируемость, Стабилизированность, Тестируемость. Мо-бильность -приспособленность для его переноса из одной среды функ-ия в другую. Подх-ки: Адаптируемость, Налажувальність, Заменоспособность.
РОЗДІЛ 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
******************************
Достоинства псевдокода :
-отсутвие ограничений на объем текстового описания ф-ций и словий их выполнения; -текстовое описане легче готовить вручную, легче мдифицировать, оно пригодно для хранения на машине, его легко автоматически корректировать и воспроизводить в виде печатного документа; -явное выделение стр-ры алг-ма за счет отступов упрощает его чтение.
Описание алгоритма ф-ции