3.9 Ссылки

Ссылки на внешние литературные источники в тексте работы следует указывать в виде арабских цифр, соответствующих порядковым номерам этих источников в списке использованной литературы и заключенных в квадратные скобки, например: «в работах [4-7]…».

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

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

3.10 Приложения

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

Например – ПРИЛОЖЕНИЕ А, ПРИЛОЖЕНИЕ Б и т.д.

Одно приложение обозначается как «ПРИЛОЖЕНИЕ А».

Приложения обозначаются последовательно прописными буквами русского алфавита, начиная с А, за исключением букв Ё, З, Й, О. Ч, Ь, Ы, Ъ (при оформлении документов на украинском языка – за исключением Є, З. І, Ї, Й, О, Ч, Ь).

3.11 Перечисления

ПЕРЕД ПЕРЕЧИСЛЕНИЕМ СТАВЯТ ДВОЕТОЧИЕ.

Пример:

1. гидромеханические процессы;

2. тепловые процессы:

   1. нагревание;

   2. выпаривание;

3. массообменные (диффузионные) процессы:

   1. абсорбция;

   2. ректификация;

   3. экстракция.

4 Документ, выпущенные до начала проектирование по

Этот документ должен:

• обеспечить общее описание того, что пользователь ждет от работы ПО;

• содержать все известные требования;

• описывать действия, которые пользователь хочет выполнять, используя ПО;

• определить все ограничения, которые пользователь хочет наложить на какое-либо решение;

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

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

Выделяют четыре основных стадии процесса: Спецификация, Разработка, Аттестация, Модернизация.

5.1 Принципы моделей процессов

1. Взаимодействие с «заказчиками». Необходимо непрерывное взаимодействие с заказчиком в ходе всей работы над проектом.

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

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

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

4. Обеспечение качества продукта.

5. Готовновность ….

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

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