Косачев В.С. Базы данных. Методические указания по оформлению курсовых работ для студентов - файл n1.doc

приобрести
Косачев В.С. Базы данных. Методические указания по оформлению курсовых работ для студентов
скачать (473 kb.)
Доступные файлы (1):
n1.doc473kb.07.07.2012 01:15скачать

n1.doc



Министерство образования Российской Федерации
АКАДЕМИЯ МАРКЕТИНГА

И СОЦИАЛЬНО-ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

(ИМСИТ)

Кафедра информационных технологий

БАЗЫ ДАННЫХ

Методические указания по оформлению курсовых работ

для студентов специальностей:

230105.65 Программное обеспечение вычислительной техники

и автоматизированных систем

КРАСНОДАР

2003

Составитель: В. С. Косачев, доктор технических наук, профессор
БАЗЫ ДАННЫХ. Методические указания по оформлению курсовых работ для студентов специальностей: 230105.65– Программное обеспечение вычислительной техники и автоматизированных систем. / Сост. В. С. Косачев – Краснодар: ИМСИТ, 2003. – 48 с.


Предлагаемые указания помогут студентам освоить методику выполнения курсовой работы по «Базам данных».

Методические указания рекомендуются студентам дневной и заочной форм обучения при выполнении курсовых работ.

Библиогр.: 10.
Печатается по решению научно-методического и редакционно-издательского советов Академии маркетинга и социально-информационных технологий (г. Краснодар).

СОДЕРЖАНИЕ


1. ОБОЗНАЧЕНИЯ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ (ГОСТ 19.103-77) 9

2. ТРЕБОВАНИЯ К ПРОГРАММНЫМ ДОКУМЕНТАМ, ВЫПОЛНЕННЫМ ПЕЧАТНЫМ СПОСОБОМ 11

( ГОСТ 19.106-78 ) 11

2.1. Общие требования 11

2.2. Требования к программным документам, содержащим 14

в основном сплошной текст 14

2.2.1. Построение документа. 14

2.2.2. Текст документа. 16

2.2.3. Иллюстрации. 17

2.2.4. Формулы. 19

2.2.5. Ссылки. 19

2.2.6. Таблицы. 20

2.2.7. Примечания. 20

2.2.8. Сокращения. 20

2.2.9. Приложения. 21

2.3. Требования к программным документам, содержащим текст, разбитый на графы 22

3.ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ (ГОСТ 19.201-78) 23

3.1. Введение 23

3.2. Основание для разработки 23

3.3. Назначение разработки 23

3.4. Требования к программе или программному изделию 23

3.4.1.Требования к функциональным характеристикам. 23

3.4.2.Требования к надежности. 24

3.4.3.Условия эксплуатации. 24

3.4.4.Требования к составу и параметрам технических средств. 24

3.4.5.Требования к информационной и программной совместимости. 24

3.5. Требования к программной документации 24

3.6. Технико-экономические показатели 24

3.7. Стадии и этапы разработки 24

3.8. Порядок контроля и приемки 25

4. ОПИСАНИЕ ПРОГРАММЫ ( ГОСТ 19.402-78 ) 26

4.1. Общие сведения 26

4.2. Функциональное назначение 26

4.3. Описание логической структуры 26

4.4. Используемые технические средства 26

4.5. Вызов и загрузка 27

4.6. Входные данные 27

4.7. Выходные данные 27

5. ПОЯСНИТЕЛЬНАЯ ЗАПИСКА (ГОСТ 19.404-79) 28

5.1. Введение 28

5.2. Назначение и область применения 28

5.3. Технические характеристики 28

5.3.1. Постановка задачи. 28

5.3.2. Описание алгоритма и/или функционирования программы. 28

5.3.3. Организация входных и выходных данных. 28

5.3.4. Состав технических и программных средств. 28

5.4. Ожидаемые технико-экономические показатели 29

5.5. Источники, используемые при разработке 29

6. ОПИСАНИЕ ПРИМЕНЕНИЯ ( ГОСТ 19.502-78 ) 30

6.1. Назначение программы 30

6.2. Условия применения 30

6.3. Описание задачи 30

6.4. Входные и выходные данные 30

7. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА ( ГОСТ 19.503-79 ) 31

7.1. Общие сведения 31

7.2. Структура программы 31

7.3. Настройка программы 31

7.4. Проверка программы 31

7.5. Дополнительные возможности 31

7.6. Сообщения системному программисту 32

8. РУКОВОДСТВО ПРОГРАММИСТА ( ГОСТ 19.504-79 ) 33

8.1. Назначение и условия применения программы 33

8.2. Характеристики программы 33

8.3. Обращение к программе 33

8.4. Входные и выходные данные 33

8.5. Сообщения 33

9. РУКОВОДСТВО ОПЕРАТОРА ( ГОСТ 19.505-79 ) 35

9.1. Назначение программы 35

9.2. Условия выполнения программы 35

9.3. Выполнение программы 35

9.4. Сообщения оператору 35

10. ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ (ГОСТ 19.507-79) 36

11. РУКОВОДСТВО ПО ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ (ГОСТ 19.508-79) 40

11.1. Введение 40

11.2. Общие указания 40

11.3. Требования к техническим средствам 40

11.4. Описание функций 40

12. ИСПОЛЬЗОВАНИЕ ФОРМАЛЬНЫХ СПЕЦИФИКАЦИЙ 41

12.1 Процедурная абстракция 41

12.2. Абстракции данных 43

12.3. Абстракции итерации 44

13. ОРГАНИЗАЦИЯ ГРАФИЧЕСКОГО ИНТЕРФЕЙСА 46


1. ОБОЗНАЧЕНИЯ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ (ГОСТ 19.103-77)



1.1. Настоящий стандарт устанавливает структуру обозначения программ и программных документов для вычислительных машин, комплексов и систем независимо от их назначения и области применения.

1.2. Обозначение программ и документов должно состоять из групп знаков, разделенных точками (после кода страны и кода организации разработчика), пробелами (после номера редакции документа и кода вида документа), дефисами (после регистрационного номера и номера документа данного вида).

1.3. Устанавливается регистрационная система обозначения программ и программных документов (рис. 1, рис. 2).



Рис. 1. Структура обозначения программы и ее программного документа спецификации


Рис. 2. Структура обозначения других программных документов
1.4. Код страны разработчика и код организации (предприятия) разработчика присваивают в установленном порядке.

Код страны для программных документов, разрабатываемых студентами специальности ПВС, не указывается. В качестве кода организации (СГТУ) следует указывать КФБН.

Регистрационный номер присваивают в соответствии с Общесоюзным Классификатором программ, утверждаемым Госстандартом, в установленном порядке.

До утверждения Общесоюзного классификатора программ допускается присваивать регистрационный номер в порядке возрастания, начиная с 00001 до 99999, для каждой организации (предприятия) разработчика.

Номер издания программы или номер редакции документа присваивают в порядке возрастания с 01 до 99.

1.5. Код вида документа присваивают в соответствии с требованиями ГОСТ 19.101-77.

1.6. Номер документа данного вида присваивают в порядке возрастания с 01 до 99.

1.7. Номер части одного и того же документа присваивают в порядке возрастания с 1 до 9.

Примечание: если документ состоит из одной части, то дефис и порядковый номер части не указывают.

1.8. Номер редакции спецификации и ведомости эксплуатационных документов на программу должен совпадать с номером издания этой же программы.

2. ТРЕБОВАНИЯ К ПРОГРАММНЫМ ДОКУМЕНТАМ, ВЫПОЛНЕННЫМ ПЕЧАТНЫМ СПОСОБОМ

( ГОСТ 19.106-78 )



2.1. Общие требования



2.1.1. Состав и структура программного документа устанавливаются по ГОСТ 19.105-78.

2.1.2. Программный документ выполняют одним из следующих печатных способов:

Примечания:

При выполнении программного документа допускается сочетание печатных способов, указанных в п. 2.1.2 настоящего стандарта.

Допускается выполнение документа или его части рукописным способом  на одной стороне листа черными чернилами или тушью, основным чертежным шрифтом по ГОСТ 2.304-81 с высотой букв не менее 2,5 мм.

2.1.3. Вписывать в программные документы, выполненные машинописным, машинным и рукописным способами, отдельные слова, формулы, условные знаки (от руки чертежным шрифтом), буквы латинского и греческого алфавитов, а также выполнять схемы и рисунки необходимо черными чернилами или тушью.

2.1.4. При машинописном, машинном и рукописном способах выполнения документа, опечатки и графические неточности, обнаруженные в процессе выполнения, допускается исправлять подчисткой некачественно выполненной части текста (чертежа) и нанесением на том же листе исправленного текста (графики) машинописью или черной тушью в зависимости от способа выполнения документа. Повреждения листов документов, помарки и следы не полностью удаленного прежнего текста (графики) не допускаются.

2.1.5. Программные документы оформляют:





Рис. 3. Заполнение страницы текста программного документа

2.1.6. Материалы программного документа располагают в следующей последовательности:

  1. титульная часть:

    • лист утверждения (не входит в общее количество листов документа);

    • титульный лист (первый лист документа);

  2. информационная часть:

    • аннотация;

    • лист содержания;

  3. основная часть:

    • текст документа (c рисунками, таблицами и т.п.);

    • приложения;

    • перечень терминов;

    • перечень сокращений;

    • перечень рисунков;

    • перечень таблиц;

    • предметный указатель;

    • перечень ссылочных документов;

    • перечень символов и числовых коэффициентов;

    • часть регистрации изменений;

    • лист регистрации изменений.

Приложения, перечни терминов, сокращений, рисунков и таблиц, предметный указатель, перечни ссылочных документов, символов и числовых коэффициентов выполняются при необходимости.

2.1.7. Перечни терминов и сокращений, предметный указатель, перечень символов и числовых коэффициентов следует составлять в алфавитном порядке.

Остальные перечни составляют в порядке возрастания номеров.

2.2. Требования к программным документам, содержащим

в основном сплошной текст




2.2.1. Построение документа.


2.2.1.1. При необходимости допускается делить документ на части. Деление на части допускается на уровне не ниже раздела. Каждую часть комплектуют отдельно. Всем частям присваивают обозначение документа в соответствии с ГОСТ 19.103-77.

Части оформляют в соответствии с требованиями настоящего стандарта, при этом в конце содержания первой части следует перечислять обозначения остальных частей.

Допускается включать в документ части текста программы, оформляемые в соответствии с правилами языка, на котором написан текст программы.

Нумерацию страниц документа, а также нумерацию разделов, рисунков и таблиц производят в пределах каждой части. Каждую часть начинают с титульного листа.

Отдельная нумерация страниц документа в пределах раздела и подраздела не допускается.

Лист утверждения выпускают на весь документ с обозначением первой части.

2.2.1.2. Информационная и основная части программного документа выполняются по форме 1, где:

Рамку (границы) формата страниц документа допускается не наносить.

2.2.1.3. Аннотацию размещают на отдельной (пронумерованной) странице с заголовком "АННОТАЦИЯ" и не нумеруют как раздел.

В аннотации указывают издание программы, кратко излагают назначение и содержание документа. Если документ состоит из нескольких частей, в аннотации указывают общее количество частей.

2.2.1.4. Содержание документа размещают на отдельной (пронумерованной) странице (страницах) после аннотации, снабжают заголовком "СОДЕРЖАНИЕ", не нумеруют на раздел и не включают в общее количество страниц документа.

В содержание документа включают номера разделов, подразделов, пунктов и подпунктов, имеющих заголовок, их наименование и номера страниц; номера и наименование (при наличии) приложений программного документа и номера страниц; прочие наименования (перечень рисунков, таблиц и т.п.) и номера страниц.

Наименования, включенные в содержание, записывают строчными буквами. Прописными должны печататься заглавные буквы и аббревиатуры.

2.2.1.5. Текст каждого документа, при необходимости, разбивают на пункты, а пункты – на подпункты, независимо от того, разделен документ на части, разделы и подразделы или нет.

2.2.1.6. Структурными элементами текста документа являются разделы, подразделы, пункты, подпункты и перечисления.

Раздел – первая ступень деления, обозначенная номером и снабженная заголовком.

Подраздел – часть раздела, обозначенная номером и имеющая заголовок.

Пункт – часть раздела или подраздела, обозначенная номером может иметь заголовок.

Подпункт – часть пункта, обозначенная номером, может иметь заголовок.

Абзац – логически выделенная часть текста, не имеющая номера. При отсутствии разделов в тексте документа его первым структурным элементом является пункт.

Допускается помещать текст между заголовками раздела и подраздела, между заголовками подраздела и пункта.

Внутри подразделов, пунктов и подпунктов могут быть даны перечисления, которые рекомендуется обозначать арабскими цифрами со скобкой: 1), 2) и т.д. Допускается выделять перечисления простановкой дефиса перед текстом.

Не рекомендуется делать ссылки на элементы перечисления. Каждый структурный элемент начинается с абзацного отступа.

2.2.1.7. Заголовки разделов пишут прописными буквами и размещают симметрично относительно правой и левой границ текста.

Заголовки подразделов записывают с абзаца строчными буквами (кроме первой прописной). Допускается при машинном способе выполнения документа заголовки подразделов и пунктов записывать шрифтом, имеющимся на печатающем устройстве.

Переносы слов в заголовках не допускаются. Точку в конце заголовка не ставят. Если заголовок состоит из двух предложений, их разделяют точкой.

Каждый раздел рекомендуется начинать с нового листа.

2.2.1.8. Расстояние между заголовком и последующим текстом, а также между заголовками раздела и подраздела, должно быть равно:

Для разделов и подразделов, текст которых записывают на одной странице с текстом предыдущего раздела, расстояние между последней строкой текста и последующим заголовком должно быть равно:

Расстояние между основаниями строк заголовка принимают таким, как в тексте.

При типографском способе издания документов указанные расстояния оформляют по правилам для типографских изданий.

2.2.1.9. Разделы, подразделы, пункты и подпункты следует нумеровать арабскими цифрами с точкой.

Разделы должны иметь порядковый номер (1, 2 и т.д.). В пределах раздела должна быть сквозная нумерация по всем подразделам, пунктам и подпунктам, входящим в данный раздел.

Нумерация подразделов включает номер раздела и порядковый номер подраздела, входящего в данный раздел, разделенные точкой (2.1, 3.1 и т.д.).

При наличии разделов и подразделов к номеру подраздела после точки добавляют порядковый номер пункта и подпункта (3.1.1, 3.1.1.1 и т.д.).

2.2.2. Текст документа.


2.2.2.1. Текст документа должен быть кратким, четким, исключающим возможность неоднозначного толкования.

Термины и определения должны быть едиными и соответствовать установленным стандартам, а при их отсутствии – общепринятым в научно-технической литературе, и приводиться в перечне терминов.

2.2.2.2. Допускаются сокращения слов в тексте и надписях под иллюстрациями по ГОСТ 2.316-68. Дополнительные сокращения следует приводить в перечне принятых сокращений.

2.2.2.3. Для выделения отдельных понятий допускается изменять интервалы между словами, а также печатать отдельные слова или части текста шрифтом, отличным от печати основного текста, например:

UNGATLG – указывает, что запись каталога, относящаяся к исходному набору данных, должна быть исключена. TO = устройство = список – указывает носители данных, на которые осуществляется ABC3091 СИНТАКСИЧЕСКАЯ ОШИБКА

ПРИЧИНА. Указанный в сообщении ...

ДЕЙСТВИЯ СИСТЕМЫ. Задание не выполняется ...

ДЕЙСТВИЯ ПРОГРАММИСТА. Необходимо обеспечить …

2.2.2.4. Необходимые пояснения к тексту документа могут оформляться сносками.

Сноска обозначается цифрой со скобкой, вынесенной на уровень линии верхнего обреза шрифта. Например, если сноска относится к отдельному слову, знак сноски помещается непосредственно у этого слова, если же к предложению в целом, то в конце предложения. Текст сноски располагают в конце страницы и отделяют от основного текста линией длиной 3 см, проведенной в левой части страницы.

2.2.3. Иллюстрации.


2.2.3.1. Иллюстрации могут быть расположены в тексте документа и/или в приложениях.

Иллюстрации, если их в данном документе более одной, нумеруют арабскими цифрами в пределах всего документа (см. рис. 4).

В приложениях иллюстрации нумеруются в пределах каждого приложения в порядке, установленном для текста документа.

Ссылки на иллюстрации дают по типу: "рис. 12" или "(рис. 12)";

Ссылки на ранее упомянутые иллюстрации дают с сокращенным словом "смотри", например, "см. рис. 12";




Рис. 4.Структура текста программного документа
Иллюстрации могут иметь тематический заголовок и подрисуночный текст, поясняющий содержание иллюстрации.

Тематический заголовок (наименование) помещают над иллюстрацией, подрисуночный текст – под ней. Номер иллюстрации помещают под поясняющими данными.

2.2.4. Формулы.


2.2.4.1. Формулы в документе, если их более одной, нумеруются арабскими цифрами, номер ставят с правой стороны страницы, в скобках, на уровне формулы.

В пределах всего документа или его частей, в случае деления документа на части, формулы имеют сквозную нумерацию.

Ссылки в тексте на порядковый номер формулы дают в скобках, например: "в формуле (1.4)".

2.2.4.2. Значения символов и числовых коэффициентов, входящих в формулу, должны быть приведены непосредственно под формулой. Значение каждого символа печатают с новой строки в той последовательности, в какой они приведены в формуле. Первая строка расшифровки должна начинаться со слова "где", без двоеточия после него.

Если в программном документе приведен перечень этих символов и числовых коэффициентов, значения их под формулой допускается не приводить.

2.2.4.3. Размерность одного и того же параметра в пределах одного документа должна быть постоянной.

2.2.5. Ссылки.


2.2.5.1. В программных документах допускаются ссылки на стандарты (кроме стандартов предприятий), технические условия и другие документы (например, документы органов Государственного надзора, правила и нормы Госстроя СССР). При ссылках на стандарты и технические условия указывают их обозначения.

Ссылаться следует на документ в целом или его разделы и приложения (с указанием обозначения и наименования документа, номера и наименования раздела или приложения). При повторных ссылках на раздел или приложение указывают только номер.

При ссылках на документ допускается проставлять в квадратных скобках его порядковый номер в соответствии с перечнем ссылочных документов.

Допускается указывать только обозначение документа и/или разделов без указания их наименований. Ссылки на отдельные подразделы, пункты и иллюстрации другого документа не допускаются. Допускаются ссылки внутри документа на пункты, иллюстрации и отдельные подразделы.

2.2.6. Таблицы.


2.2.6.1. Цифровой материал для достижения лучшей наглядности и сравнимости показателей, как правило, следует оформлять в виде таблицы.

2.2.6.2. Оформление таблиц должно производиться в соответствии с требованиями ГОСТ 1.5-68.

Таблица может иметь заголовок, который следует выполнять строчными буквами. Прописными должны печататься заглавные буквы и аббревиатуры.

2.2.6.3. Сноски к таблицам располагают непосредственно под таблицей.

2.2.7. Примечания.


2.2.7.1. В примечаниях к тексту и таблицам указывают только справочные и пояснительные данные.

Одно примечание не нумеруется. После слова "Примечание" ставят точку, после слова "Примечания" - двоеточие.

Например:

Примечание.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

или

Примечания:




1. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

2. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _


2.2.7.2. Текст примечаний допускается печатать через один интервал.

2.2.8. Сокращения.


2.2.8.1. Сокращения слов в тексте и надписях под иллюстрациями не допускаются, за исключением:

Если в документе принята особая система сокращения слов или наименований, то в нем должен быть приведен перечень принятых сокращений.

2.2.9. Приложения.


2.2.9.1. Иллюстрированный материал, таблицы и текст вспомогательного характера допускается оформлять в виде приложений.

Приложения оформляют как продолжение данного документа на последующих страницах или выпускают в виде отдельного документа.

2.2.9.2. Каждое приложение должно начинаться с новой страницы с указанием в правом верхнем углу слова "ПРИЛОЖЕНИЕ" прописными буквами и иметь тематический заголовок, который записывают симметрично тексту прописными буквами.

При наличии в документе более одного приложения все приложения нумеруют арабскими цифрами (без знака № ), например, ПРИЛОЖЕНИЕ 1, ПРИЛОЖЕНИЕ 2 и т.д.

При выпуске приложения отдельными документами на титульном листе под видом документа следует указывать слово "ПРИЛОЖЕНИЕ", а при наличии нескольких приложений указывают также их порядковые номера.

Приложения, выпущенные в виде отдельного документа, обозначают как часть документа. При необходимости в таком приложении может быть помещено "Содержание".

Допускается объединять несколько приложений в отдельную часть программного документа.

2.2.9.3. Содержание каждого приложения, при необходимости, разбивают на разделы, подразделы, пункты, нумеруемые отдельно по каждому приложению.

2.2.9.4. Нумерация страниц документа и приложений, входящих в состав документа, должна быть сквозная, если приложения не выполняются отдельным документом.

Иллюстрации и таблицы в приложениях нумеруют в пределах каждого приложения.

2.2.9.5. На приложения должны быть даны ссылки в основном тексте документа.

Все приложения должны быть перечислены в листе "Содержание".


2.3. Требования к программным документам, содержащим текст, разбитый на графы



2.3.1. Программные документы, содержащие текст, разбитый на графы, при необходимости разделяют на разделы и подразделы, которые не нумеруют. Допускается линии, разграничивающие строки и графы, не наносить.

2.3.2. Наименования разделов и подразделов записывают в виде заголовков строчными буквами (кроме первой прописной) и подчеркивают.

Расстояния между заголовками и последующим текстом, между текстом и последующими заголовками должны соответствовать указанным в п. 2.1.8.

2.3.3. Примечания в документе оформляют в порядке, изложенном в п. 2.2.7.

2.3.4. В таблицах и формах, имеющих строки, все записи размещают на каждой строке в один ряд.

Записи не должны сливаться с линиями, разграничивающими строки и графы.

Следует оставлять свободные строки между разделами и подразделами, а в документах большого объема – также внутри разделов и подразделов.

Если в графе документа записан текст в несколько строк, то в последующих графах записи начинают на уровне первой строки. Допускается помещать запись на уровне последней строки, если она занимает одну строку.

3.ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ (ГОСТ 19.201-78)



Информационную часть (аннотацию и содержание ), лист регистрации изменений допускается в документ не включать.

Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.

В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.

3.1. Введение



В разделе указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

3.2. Основание для разработки



В разделе должны быть указаны:



3.3. Назначение разработки



В разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

3.4. Требования к программе или программному изделию



Раздел должен содержать следующие подразделы:

3.4.1.Требования к функциональным характеристикам.


В подразделе должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.

3.4.2.Требования к надежности.


В подразделе должны быть указаны требования к обеспечению надежного функционирования (обеспечение устойчивости, контроль входной и выходной информации, время восстановления после отказа и т.п.).

3.4.3.Условия эксплуатации.


В подразделе должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.

3.4.4.Требования к составу и параметрам технических средств.


В подразделе указывают необходимый состав технических средств с указанием их основных технических характеристик.

3.4.5.Требования к информационной и программной совместимости.


В подразделе должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.

При необходимости должна обеспечиваться защита информации и программ.

3.5. Требования к программной документации



В разделе должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

3.6. Технико-экономические показатели



В разделе должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

3.7. Стадии и этапы разработки



В разделе устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.

3.8. Порядок контроля и приемки



В разделе должны быть указаны виды испытаний и общие требования к приемке работы.

В приложениях к техническому заданию, при необходимости, приводят:

4. ОПИСАНИЕ ПРОГРАММЫ ( ГОСТ 19.402-78 )



Составление информационной части (аннотации и содержания) является обязательным.

В зависимости от особенностей программы допускается вводить дополнительные разделы помимо нижеуказанных или объединять отдельные разделы.

4.1. Общие сведения



В разделе должны быть указаны: обозначение и наименование программы; программное обеспечение, необходимое для функционирования программы; языки программирования, на которых написана программа.

4.2. Функциональное назначение



В разделе должны быть указаны классы решаемых задач и/или назначение программы и сведения о функциональных ограничениях на применение.

4.3. Описание логической структуры



В разделе должны быть указаны:

Описание логической структуры программы выполняют с учетом текста программы на исходном языке.

4.4. Используемые технические средства



В разделе должны быть указаны типы электронных вычислительных машин и устройств, которые используются при работе программы.

4.5. Вызов и загрузка



В разделе должны быть указаны:

Допускается указывать адреса загрузки, сведения об использовании оперативной памяти, объем программы.

4.6. Входные данные



В разделе должны быть указаны:



4.7. Выходные данные



В разделе должны быть указаны:

Допускается иллюстрировать содержание разделов пояснительными примерами, таблицами, схемами, графиками.

В приложение допускается включать различные материалы, которые нецелесообразно включать в разделы документа.

5. ПОЯСНИТЕЛЬНАЯ ЗАПИСКА (ГОСТ 19.404-79)



Составление информационной части (аннотации и содержания) является необязательным.

В зависимости от особенностей документа отдельные разделы (подразделы) допускается объединять, а также вводить новые разделы (подразделы).

5.1. Введение



В разделе указывают наименование программы и/или условное обозначение темы разработки, а также документы, на основании которых ведется разработка с указанием организации и даты утверждения.

5.2. Назначение и область применения



В разделе указывают назначение программы, краткую характеристику области применения программы.

5.3. Технические характеристики



Раздел должен содержать следующие подразделы:

5.3.1. Постановка задачи.


Описывается постановка задачи на разработку программы, описание применяемых математических методов и, при необходимости, описание допущений и ограничений, связанных с выбранным математическим аппаратом.

5.3.2. Описание алгоритма и/или функционирования программы.


Описывается алгоритм и/или функционирование программы с обоснованием выбора схемы алгоритма решения задачи, возможные взаимодействия программы с другими программами.

5.3.3. Организация входных и выходных данных.


Приводится описание и обоснование выбора метода организации входных и выходных данных.

5.3.4. Состав технических и программных средств.


Приводится описание и обоснование выбора состава технических и программных средств на основании проведенных расчетов и/или анализов, распределение носителей данных, которые использует программа.


5.4. Ожидаемые технико-экономические показатели



В разделе указывают технико-экономические показатели, обосновывающие преимущество выбранного варианта технического решения, а также, при необходимости, ожидаемые оперативные показатели.

5.5. Источники, используемые при разработке



В разделе указывают перечень научно-технических публикаций, нормативно-технических документов и других научно-технических материалов, на которые есть ссылки в основном тексте.

В приложении к документу могут быть включены таблицы, обоснования, методики, расчеты и другие документы, использованные при разработке.

6. ОПИСАНИЕ ПРИМЕНЕНИЯ ( ГОСТ 19.502-78 )



Составление информационной части (аннотации и содержания) является обязательным.

В зависимости от особенностей программы допускается вводить дополнительные разделы или объединять отдельные разделы.

6.1. Назначение программы



В разделе указывают назначение, возможности программы, ее основные характеристики, ограничения, накладываемые на область применения программы.

6.2. Условия применения



В разделе указывают условия, необходимые для выполнения программы (требования к необходимым для данной программы техническим средствам, и другим программам, общие характеристики входной и выходной информации, а также требования и условия организационного, технического и технологического характера и т.п.).

6.3. Описание задачи



В разделе должны быть указаны определения задачи и методы ее решения.

6.4. Входные и выходные данные



В разделе должны быть указаны сведения о входных и выходных данных.

В приложение к документу могут быть включены справочные материалы (иллюстрации, таблицы, графики, примеры и т.п.).

7. РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА ( ГОСТ 19.503-79 )



Составление информационной части (аннотации и содержания) является обязательным.

В зависимости от особенностей документа допускается объединять отдельные разделы или вводить новые.

В обоснованных случаях допускается раздел "Дополнительные возможности" не приводить, а в наименованиях разделов опускать слово "программа" или заменять его на "наименование программы".

7.1. Общие сведения



В разделе должны быть указаны назначение и функции программы и сведения о технических и программных средствах, обеспечивающих выполнение данной программы.

7.2. Структура программы



В разделе должны быть приведены сведения о структуре программы, ее составных частях, о связях между составными частями и о связях с другими программами.

7.3. Настройка программы



В разделе должно быть приведено описание действий по настройке программы на условия конкретного применения (настройка на состав технических средств, выбор функций и др.).

При необходимости приводят поясняющие примеры.

7.4. Проверка программы



В разделе должно быть приведено описание способов проверки, позволяющих дать общее заключение о работоспособности программы (контрольные примеры, методы прогона, результаты).

7.5. Дополнительные возможности



В разделе должно быть приведено описание дополнительных разделов функциональных возможностей программы и способов их выбора.

7.6. Сообщения системному программисту



В разделе должны быть указаны тексты сообщений, выдаваемых в ходе выполнения настройки, проверки программы, а также в ходе выполнения программы, описание их содержания и действий, которые необходимо предпринять по этим сообщениям.

В приложении к документу могут быть приведены дополнительные материалы (примеры, иллюстрации, таблицы, графики и т.п.).

8. РУКОВОДСТВО ПРОГРАММИСТА ( ГОСТ 19.504-79 )



Составление информационной части (аннотации и содержания) является обязательным.

В зависимости от особенностей документа допускается объединять отдельные разделы или вводить новые.

8.1. Назначение и условия применения программы



В разделе должны быть указаны назначение и функции, выполняемые программой, условия, необходимые для выполнения программы (объем оперативной памяти, требования к составу и параметрам периферийных устройств, требования к программному обеспечению и т. п.).

8.2. Характеристики программы



В разделе должно быть приведено описание основных характеристик и особенностей программы (временные характеристики, режим работы, средства контроля правильности выполнения и самовосстанавливаемости программы и т. п.).

8.3. Обращение к программе



В разделе должно быть приведено описание процедур вызова программы (способы передачи управления и параметров данных и др.).

8.4. Входные и выходные данные



В разделе должно быть приведено описание организации используемой входной и выходной информации и, при необходимости, ее кодирования.

8.5. Сообщения



В разделе должны быть указаны тексты сообщений, выдаваемых программисту или оператору в ходе выполнения программы, описание их содержания и действий, которые необходимо предпринять по этим сообщениям.

В приложении к документу могут быть приведены дополнительные материалы (примеры, иллюстрации, таблицы, графики и т. п.).

9. РУКОВОДСТВО ОПЕРАТОРА ( ГОСТ 19.505-79 )



Составление информационной части (аннотации и содержания) является обязательным.

В зависимости от особенностей документа допускается объединять отдельные разделы или вводить новые.

9.1. Назначение программы



В разделе должны быть указаны сведения о назначении программы и информация, достаточная для понимания функций программы и ее эксплуатации.

9.2. Условия выполнения программы



В разделе должны быть указаны условия, необходимые для выполнения программы (минимальный и/или максимальный состав аппаратных и программных средств и т. п.).

9.3. Выполнение программы



В разделе должна быть указана последовательность действий оператора, обеспечивающих загрузку, запуск, выполнение и завершение программы, приведено описание функций, формата и возможных вариантов команд, с помощью которых оператор осуществляет загрузку и управляет выполнением программы, а также ответы программы на эти команды.

9.4. Сообщения оператору



В разделе должны быть приведены тексты сообщений, выдаваемых в ходе выполнения программы, описание их содержания и соответствующие действия оператора (действия оператора в случае сбоя, возможности повторного запуска программы и т. п.).

Допускается содержание разделов иллюстрировать поясняющими примерами, таблицами, схемами, графиками.

В приложения к документу допускается включать различные материалы, которые нецелесообразно включать в разделы руководства.

10. ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ (ГОСТ 19.507-79)



10.1. Составление информационной части (аннотации и содержания) является необязательным.

10.2. В ведомости перечисляют документы, входящие в перечень эксплуатационных программных документов.

Ведомость эксплуатационных документов должна содержать следующие разделы: документы на программу; документы на составные части программы (см. рис. 5).




Рис. 5. Форма ведомости эксплуатационных документов

Ведомость эксплуатационных документов на компонент, имеющий самостоятельное применение, должна содержать только раздел "Документы на программу".

В разделе "Документы на программу" должны быть записаны все эксплуатационные документы (кроме ведомости эксплуатационных документов) на данную программу.

В разделе "Документы на составные части программы" должны быть записаны ведомости эксплуатационных документов на все программы, непосредственно входящие в программу.

10.3. Запись документов в ведомости производят под заголовками разделов в графе "Наименование".

10.4. Документы записывают в ведомости в порядке возрастания кода вида документа, входящего в обозначение.

10.5. Графы ведомости заполняют следующим образом:

в графе "Обозначение" указывают обозначение документов по ГОСТ 19.103-77;

Допускается записать текст примечаний и дополнительные сведения, относящиеся к дополнительным эксплуатационным документам, если это необходимо.

Допускается приводить порядковые номера примечаний. Текст примечаний может быть записан в конце соответствующих разделов ведомости эксплуатационных документов.

Допускается текст примечаний записывать на последних листах ведомости эксплуатационных документов на формах без граф с проставлением порядкового номера примечаний.

10.6. В ведомости приводят также, при необходимости, перечень папок, в которые уложены документы, выполненные печатным способом.

Папки в ведомости записывают после перечисления всех документов под заголовком "Перечень папок" в графе "Наименование" в порядке возрастания их порядковых номеров.

При записи папок графы ведомости заполняют следующим образом:

Пример заполнения ведомости эксплуатационных программных документов показан на рис. 6.

Обозначения в примере указаны условно.



Рис. 6. Пример заполнения ведомости эксплуатационных документов

11. РУКОВОДСТВО ПО ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ (ГОСТ 19.508-79)



Составление информационной части (аннотации и содержания) является обязательным.

В зависимости от особенностей документа допускается вводить дополнительные разделы.

11.1. Введение



В разделе указывают назначение руководства, перечень эксплуатационных документов, которыми должны, дополнительно к руководству, пользоваться при техническом обслуживании.

11.2. Общие указания



В разделе указывают порядок технического обслуживания, приводят указание по организации и особенностям его проведения.

11.3. Требования к техническим средствам



В разделе указывают минимальный состав технических средств, обеспечивающий работу программы.

11.4. Описание функций



В разделе указывают:

12. ИСПОЛЬЗОВАНИЕ ФОРМАЛЬНЫХ СПЕЦИФИКАЦИЙ



Одним из методов выполнения этапов анализа и проектирования ПО является использование формальных спецификаций, описывающих абстракции процедуры, данные и итераторы в соответствии с приведенными ниже шаблонами.

12.1 Процедурная абстракция



Процедуры объединяют в себе методы абстракции через параметризацию и через спецификацию, позволяя абстрагировать отдельную операцию или событие. Процедура выполняет преобразование входных аргументов в выходные. Более точно, это есть отображение набора значений входных аргументов в выходной набор результатов с возможной модификацией входных значений.

Спецификация процедуры (рис. 7) состоит из заголовка и описания функции, выполняемой процедурой. Заголовок содержит имя процедуры, номер, порядок и типы входных и выходных параметров.

Семантическая часть спецификации состоит из трех предложений – requires (требует), modifies (модифицирует) и effects (выполняет).

Эти предложения должны появляться в указанном ниже порядке, однако предложения requires и modifies обязательными не являются.

proc_name = proc (входные данные) returns (выходные данные)

requires – этот оператор задает необходимые требования

requires – этот оператор задает необходимые требования

modifies – этот оператор идентифицирует все модифицируемые

входные данные

effects – этот оператор описывает выполняемые функции


Рис. 7. Шаблон спецификации для процедурных абстракций

Предложение requires задает ограничения, накладываемые на абстракцию. Предложение requires необходимо в том случае, если процедура является частичной, то есть, если ее поведение для некоторых входных значений недетерминировано. Если же процедура глобальна, то есть ее поведение определено для всех входных значений, то предложение requires может быть опущено. В этом случае единственными требованиями, предъявляемыми при обращении к процедуре, являются требования, указанные в заголовке, о числе и типе аргументов.

Оператор modifies задает список имен входных параметров, модифицируемых процедурой. Если входные параметры не указаны, то это предложение может быть опущено.

Предложение effects описывает работу процедуры со значениями, не охваченными предложением requires. Оно определяет выходные значения и модификации, производимые над входными параметрами, перечисленными в списке modifies. Предложение effects составляется исходя из предположения, что требования предложения requires удовлетворены. Однако в том случае, когда требования в предложении requires не удовлетворены, о поведении процедуры ничего не сообщается.

Процедурная абстракция есть отображение аргументов в результаты с возможной модификацией некоторых аргументов. Аргументы принадлежат области определения процедуры, а результаты – области изменения.

Часто процедура имеет смысл только для аргументов, принадлежащих подмножеству ее области определения. Такие процедуры приводят к неустойчивым программам. Устойчивая программа – это такая программа, которая ведет себя корректно даже в случае ошибки. То есть, она должна вести себя определенным, предсказуемым образом.

Метод, который гарантирует устойчивость, заключается в использовании процедур, заданных на всей области определения. Если функция неспособна осуществить свою функцию для некоторых аргументов, она должна оповестить обратившегося к ней о возникшем затруднении.

Чтобы специфицировать процедуры, которые вызывают исключительные ситуации, в спецификацию следует добавить предложение signals (рис. 8). Это предложение – часть заголовка. Оно следует за предложением returns. Если исключительных ситуаций не имеется, оно может быть опущено.

Рис. 8. Шаблон спецификации для процедурных абстракций, обрабатывающих исключительные ситуации

Как и раньше, секция effects должна определять поведение процедуры для всех фактических аргументов, отвечающих предложению requires. Так как это поведение включает в себя исключительные ситуации, секция effects должна определять, что приводит к вызову каждой исключительной ситуации и что делает процедура в каждом таком случае. Завершение процедуры оповещением об исключительной ситуации – это один из нормальных режимов работы этой процедуры.

Исключительные ситуации следует использовать для устранения большинства ограничений, перечисленных в предложениях requires. Эти предложения следует оставлять только из соображений эффективности, или если контекст использования настолько ограничен, что можно быть уверенным, что ограничения удовлетворяются.


12.2. Абстракции данных



Абстракции данных - наиболее важный метод в проектировании программ. Выбор правильных структур данных играет решающую роль для создания эффективной программы. При отсутствии абстракций данных структуры данных должны быть определены до начала реализации модулей. Абстракции данных позволяют отложить окончательный выбор структур данных до момента, когда эти структуры станут вполне ясны.

Также как для процедур, значение типа не должно задаваться никакой его реализацией. Вместо этого должна иметься определяющая его спецификация. Так как объекты типа используются только вызовом операций, основная часть спецификации посвящена описанию того, что эти операции делают. Общий вид спецификации данных состоит из заголовка, определяющего имя типа и имена его операций, и двух главных секций – секции описания и секции операций (рис. 9.).



Рис. 9. Шаблон спецификации для абстракции типа данных
В секции описания тип описывается как целое. Иногда там дается модель для объектов, то есть объекты описываются в терминах других объектов – таких, которые по предположению понятны тем, для кого эта спецификация предназначена. В секции описания должно также говориться, изменяемый или неизменяемый это тип.

В секции операций содержатся спецификации для всех операций. Если операция – процедура, то ее спецификация будет процедурной спецификацией. В этих спецификациях могут использоваться концепции, введенные в секции описания.

Поведение объектов данных наиболее естественно представлять в терминах набора операций, применимых к данным объектам. Такой набор включает в себя операции по созданию объектов, получению информации от них и, возможно, их модификации. Таким образом, абстракция данных (или тип данных) состоит из набора объектов и набора операций, характеризующих поведение этих объектов.

Акцент на взаимосвязях между операциями делает абстракцию данных существенно отличной от набора процедур.

12.3. Абстракции итерации



Для работы с набором данных требуется некоторый общий метод итерации, который удобен и эффективен и который сохраняет абстракцию через спецификацию. Итератор обеспечивает эти требования. Он вызывается как процедура, но вместо окончания с выдачей всех результатов имеет много результатов, которые каждый раз выдает по одному. Полученные элементы могут использоваться в других модулях, которые задают действия, выполняемые для каждого такого элемента. Использующий итератор модуль будет содержать некоторую структуру организации цикла. Каждый раз, когда итератор выдает некоторый элемент, над этим элементом выполняется тело цикла. Затем управление возвращается в итератор, так что он может выдавать следующий элемент.

Следует отметить разделение обязанностей в такой форме взаимодействия. Итератор ответственен за получение элемента, а модуль, содержащий цикл, определяет то действие, которое будет над ним выполняться.

Итераторы являются некоторой обобщенной формой методов итерации, имеющихся в большинстве языков программирования.

Как и другие абстракции, итераторы должны быть определены через спецификации. Форма спецификации итератора (рис. 10.) аналогична форме для процедуры.


Рис. 10. Шаблон спецификации абстракции итератора

Ключевое слово iter используется для обозначения абстракции итератора и содержит входные данные. Итератор может совсем не выдавать объектов на каждой итерации или выдать несколько объектов. Число и тип этих объектов описываются в предложении yields. Итератор может не выдавать никаких результатов, когда он заканчивается нормально, но он может заканчиваться по исключительной ситуации с именем и результатами, указанными в предложении signals.

Таким образом, решается проблема полноты типов данных, которые являются совокупностью объектов. Поскольку совокупность используется для выполнения некоторого действия над ее элементами, необходим некоторый способ доступа ко всем элементам. Этот способ должен быть эффективным в смысле времени и пространства, удобным для использования и не должен разрушать данную совокупность. Кроме того, он должен обеспечивать абстракцию через спецификацию.

Итераторы являются механизмом, решающим эту задачу. Поскольку они выдают объекты по одному, не требуется дополнительного пространства для хранения объектов, и процедура может быть остановлена, когда нужный объект будет найден. Метод выдачи объектов зависит от знания представления этих объектов, но использующие его программы защищены от этого знания.

Итераторы полезны сами по себе, однако их основным применением являются операции над типами данных.

13. ОРГАНИЗАЦИЯ ГРАФИЧЕСКОГО ИНТЕРФЕЙСА



Под графическим пользовательским интерфейсом (GUI – Graphical User Interface) понимается некоторая система (среда), служащая для организации интерфейса прикладных программ с пользователем на основе графического многооконного представления данных. В среде GUI организацию всего взаимодействия с пользователем берет на себя именно сама среда, оставляя прикладной программе делать только свою работу.

К общим принципам, лежащим в основе GUI, относятся:

В основе современного графического пользовательского интерфейса лежат две основные концепции.

Первой из них является понятие программы, управляемой данными. Как правило, эта концепция практически реализуется через механизм сообщений. Внешние устройства (клавиатура, мышь, таймер) посылают сообщения модулям программы о наступлении тех или иных событий (например, при нажатии клавиши или передвижении мыши). Поступающие сообщения попадают в очередь сообщений, откуда извлекаются прикладной программой.

Таким образом, программа не должна все время опрашивать мышь, клавиатуру и другие устройства в ожидании, не произошло ли чего-нибудь, заслуживающего внимания. Когда событие произойдет, программа получит извещение об этом с тем, чтобы надлежащим образом его обработать. Поэтому программы для таких сред обычно представляют собой цикл обработки сообщений: извлечь очередное сообщение, обработать его, если оно интересно, либо передать стандартному обработчику сообщений, обычно входящему в систему и представляющему собой стандартные действия системы, в ответ на то или иное событие.

Сообщения могут посылаться не только устройствами, но и отдельными частями программы (в частности, возможна посылка сообщения себе). Так, один модуль может послать сообщение другому модулю или меню посылает сообщение о выборе определенного пункта. При этом существует также способ прямой посылки сообщения, минуя очередь, когда непосредственно вызывается обработчик сообщений адресата.

Второй основополагающей концепцией является понятие окна как объекта. Окно – это не просто прямоугольная область на экране, это и программа (процедура, функция), способная выполнить различные действия, присущие окну. Одним из основных таких действий является реагирование на поступающие сообщения и посылка сообщений другим объектам.

Одной из основных функций окна является перерисовка содержания окна. Любое окно должно уметь при получении соответствующего запроса перерисовать себя (или свою часть) на экране. Перерисовка может реализовываться или как реакция на специальное сообщение, или как виртуальная функция (при использовании объектно-ориентированных языков). В состав любой GUI обязательно входит достаточно мощный графический модуль, обеспечивающий выполнение всех основных графических операций и поддерживающий отсечение изображения по заданной (в том числе и довольно сложной) области отсечения. За счет этого реализуется возможность перерисовки фрагмента окна – устанавливается область отсечения, совпадающая с требуемым фрагментом, а затем выполняется запрос на перерисовку. При отработке запроса на перерисовку окно может определить размер текущей области, и не пытаться рисовать то, что заведомо будет отсечено.

Среди окон вводятся отношения принадлежности и следования, т.е. любое окно может иметь окно-родителя, которому оно принадлежит, и, следовательно, задается во внутренних координатах родительского окна, отсекается в размерах родительским окном и уничтожается при уничтожении родительского окна. Любое окно может иметь и принадлежащие ему окна (подокна), причем последние некоторым образом упорядочиваются. Тем самым, окна могут образовывать древовидные структуры подчинения.

Родительское окно и принадлежащие ему подокна могут обмениваться сообщениями друг с другом. Эти сообщения обычно разделяются на два класса – запрос на выполнение окном некоторого действия и сообщение, оповещающее окно о том, что в другом окне (обычно подокне) произошли некоторые изменения.

Любая подобная система должна предоставлять для работы некоторый стандартный набор типов окон, из которых пользователь может строить свои программы.

В состав окна могут входить другие окна и действовать при этом как единое целое. Например, в состав окна-списка может входить скроллер.

Среди окон обычно выделяются окна, предназначенные для ведения диалога с пользователем, ввода данных и т. п. Обычно в их основе лежит стандартное окно с большим набором подокон, играющих роль управляющих элементов. Как правило, диалоговое окно (или процедура, ведущая диалог) снабжается специальной функцией для координации работы управляющих элементов. Например, диалог для выбора файла.

Кроме стандартных окон пользователь может создавать свои собственные типы окон либо, добавляя какие-то новые свойства, либо переопределяя часть старых и наследующих все остальное.

При работе с клавиатурой важную роль играет понятие фокуса ввода. Фокус ввода - это то окно, которому поступают все сообщения от клавиатуры. Существует несколько способов перемещения фокуса ввода:

- при нажатии кнопки мыши фокус передается тому окну, над которым это произошло;

- окна диалога обычно переключают фокус между управляющими элементами диалога при нажатии определенных клавиш (стандартно это Tab и Shift-Tab);

- посредством явного вызова функции установки фокуса ввода.

Окну, теряющему фокус ввода, обычно посылается уведомление об этом, и оно может предотвратить переход фокуса от себя. Окну, получающему фокус, передается сообщение о том, что оно получило фокус ввода.
БАЗЫ ДАННЫХ
Методические указания по оформлению курсовых работ для студентов специальностей: 230105.65– Программное обеспечение ВТ и АС, 351400 – Прикладная информатика (в экономике), 220100 – Вычислительные машины, комплексы, системы и сети.
Вячеслав Степанович Косачев
Отпечатано типографией ИМСИТ 350010, Краснодар, ул. Зиповская, 5.




Министерство образования Российской Федерации
Учебный материал
© nashaucheba.ru
При копировании укажите ссылку.
обратиться к администрации