ТЗ- явл-ся рез-том исследованя в рассматривамой пред-метн. обл-ти с т. зр. целесообразности авт-зации решае-мых в ней з-ч .-это спецификация требования к разраба-тываемому ПП. В требования включ-ся : требования, от-носящиеся к фук-ию ПП, к реакции ПП на всевозможные ситуации при обрадени к нему, в т.ч. оши-бочны е, к усл. исп-я. Эскизное (внешнее) проектирование-это пр-с описа-ния ожидаемого поведеня разрабатывемого пр-та с т.з. внешнего по отн-нию к нему неблюдателя. Цель этого пр-са-получение исчерпывающего подробного описания вне-шнего взаимодействий пользователя с будущим пр-том, не затрагивая его внутреннего устр-ства. Внешний проект-выраж-ся внешними спецификациями. Спецификация - это док-т перечисляющ-ий условия, кот-ым д. соответство-вать изготавливаемый пр-т (схема внешних ф-ций пр-мы, Стр-рное представление данный) .Техническое (внутреннее) проектирование - сов-ть проектных решений об алгритм. стр-ре ПП и его обеспечения, ( пакет НІРО-схем, наглядная таблица содержания ПП) .Рабочее проектирование-реали-зация выработанных решения в соответсвии с ранее сфо-рмулированными требованиями. Рабочее проектирование включ.непосредств.кодирование алг-ма, отладку компо-нент и всего виробу вцілому, составление экспл.док-та. Испытание пр-ммы - это проверка ПП его спецификация на реальных данных или контрольном примере .
2. см.р2в1.
3. ТЗ: +”ТЗ”. ЕП: +”Cхема зовн.ф-цій”; +”функц-ні специфі-кації”; +”Структурне подання данних” (+“Пояснюв. запис-ка”) .ТП: +”Пакет HIPO -схем”; +”Наочна таблиця змісту пр-ми”; +”Зовнішні специфікації модулей” (+”Пояснюв. записка”) .РП: +”Тексти пр-ми”; +”Опис пр-ми”; +”Опис застосування”; +”Посібник системного програміста”; +”Посібник програміста”; +”Опис вхідної мови’.
4. Функц.призн-ня пр-ного виробу-спец.заходи пр-м за доло-могою яких м.досягти експлуатац.призн-ня (Функціо-наль-не призначення розробки полягає у формуванні та дру-куванні відомості розходу м-лів по складу. Результатом будуть відомості у вигляді ф-ла чи відображення на мо-нітору ЕОМ, які можуть бути роздрукованні на друку-вальному пристрої.) .Експлуатац.призн-ня програмного ви-робу-пов’яз.з кінцев.метою застос.пр-ного виробу, більш оперативне виріш-ся з-чі, викон.рівень достовірності, від бумаги до автоматизації. (Експлуатаційне призн-ня роз-робки полягає в полегшенні праці персоналу упр-ня під-пр-ством, які використовують данні складського розходу м-лів, бухгалтерії, товарознавцям, що підвищує продуктив-ність праці)
5. При проектировании внешених взаимодействий разра-ботчик д. уделять внимание на: -удобство экспл-ции; -на-дежнось и безопасность; -обеспечение технологич-сти ПИ
Реал-ция этих св-ств достиг-ся при реал-ции след.правил:
1) минимизация ошибок пользователя: *Поведение сис-мы по отн-нию к пользователю д.б. гибким т.е. чтобы поль-ль не был вынужден дейсвовать строго предписанным способом; *Сообщения, к-ды и директивы, вводимые п-лем д.б. как можно короче, но не столько, чтобы исчезла их осмысленность; *Стандартизация и унификация вводи-мых и выводимых сообщений; *Согласованность спосо-бов взаимодействия с уровнем квалификации пользова-теля. Язык диалога д.б. многоуровневым.*Поведение сис-мы и рез-ты р-ты д.б. ясны поль-лю, поэтому всегда на каждое входное сообщение проектируйте выдачу какого-либо уведомления; *Сис-ма всегда д.б. готова по-мочь ползователю . Никогда не следуеть ставить пользо-вателя в затруднительное положение; *проект сис.мы д. прини-мать во внимание физич.и психологич. особенности польз-ля во время его р-ты.2) обнаружение ошибок поль-зователя: *сис-ма д. принимать любые данные, если вве-денная И. явл-ся недопустимой то сис-ма д. информиро-вать об этом польз-ля; *польз-лю д. предоставляться возм-ть проверить вводимые сообщения и желательно до нача-ла его обр-ки; *Ошибки польз-ля д. обнаруживаться неме-дленно, а не после того, как вся пр-ма завершит р-nу; * Там где особенно важна достоверность Д. необх. исполь-зовать их избыточность для обнаружения ошибки.3) пра-вило минимизации сложности: *лучше иметь относительно небоьшой набор хорошо согласованных с миинималь-ным числом специфич.осбенностей ф-ций, чем возможно больший набор независ-х и нескоординированых ф-ций
6. см.р2в5.
7. Три канонические стр-ри Д.: 1) Прямое произведение или сцепление эл-ов; 2) Размеченное объединение; 3) Последо-вательность.
8. Сцепление эл-тов-представляет собой сов-сть самостоятель-ных, независимых по стр-ре эл-тов.
Пример < инф.база > := , , < нормативно-довідкові дані>.
Пр.: :=№залік.книжки, ПІП, спец-сть, курс, група.
Функц-ным аналогом прямого произведения эл-тов явл-ся линейная последов-сть эл-тов опер-ров, блоков или про-цедур.
Размеченное объединение представляет собой сов-ть альтернативных стр-р. Плоский ф-л-записи тільки одно-го типу. Неплоский ф-л-різних типів
: =/ / /
пр: :=чоловіча! жіноча .
Функц-ным аналогом этой стр-ры явл-ся распределит-ная конструкция: Констр-ция альтернатива (условия) и констр-ция выбора
Последовательность-сов-ть упорядоченных по опред. з-ну однотипных Д: : := *
пр.: :=*
Функц-ным аналогом последовательности явл-ся цикл
9. см.р2в8.
10.см.р2в8
1. Псевдокод=форм.часть+естеств.язык
Правила псевдокода.1текст псевдокода содержитт ф-ции и управляющие опер-ры .2 В кас-ве ф-ций допускается исп-ть : -название ф-ций, представляющие собой предложения естеств. языка, отражающие содержание действий.-любые подходящие фомальные обозначения, -комбинация форма-лизов. и неформализов.записей .3. В кач-ве управляющих опер-ров допускается исп-ть: -альтернативную инструк-цию, -инструкцию выбора, -циклическая инструкция
если if
*
иначе else
кесли endif
*************************
Выбор
если
иначе
квыбора
Повторить
кповт
**************************
Повторення do while
Кповт enddo
******************************
Достоинства псевдокода :
-отсутвие ограничений на объем текстового описания ф-ций и словий их выполнения; -текстовое описане легче готовить вручную, легче мдифицировать, оно пригодно для хранения на машине, его легко автоматически корректировать и воспроизводить в виде печатного документа; -явное выделение стр-ры алг-ма за счет отступов упрощает его чтение.
Описание алгоритма ф-ции не д. превышать 1-го листа проектной док-ции
Отсутств. формальных ср-в контроля прав-сти алгоритма
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) пакети асистенти.
Пакети простої стр-ри-містить модулі, що реал-ть ф-ні з-чі з ПО, тобто модулі обробки данних. Ос-сть-це м-лі одного рівня впорядкування (модулі незалежні між собою)
Пакети складної стр-ри-наяність спец.пр-ми, яка здійснює ф-ції кер-ня м-ми п-та. Відмінна особливість-наявність кер.пр-ми, її ф-ції: +зв’язок з ОС; +орг-ція інтерфейсу кор-ча з п-том; +орг-ція обміну данними; +формув-ня поточного стану р-ти п-ту; +упр-ня викликом та викликанням оброблюючих модулів п-ту.
18. Рівень вхідної мови пакету.
19. Наявність керуючої пр-ми.
20. Предмашинний етап-збирання початкових данних та їх форма-лізація. Машинний е.-підготовча фаза: генерація робочої конфігурації пакету. Післямашинний е.-прийняття рішень про повторні розрахунки.
Страницы: 1, 2
