Образец описания программы по гост

3.1 Руководство пользователя 6

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

5 Вызов и загрузка 6

6 Входные данные 6

7 Выходные данные 6

8 Контрольный пример 6

1 Общие сведения

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

операционная система MS-DOS;

пакет программ BorlandC++ver.3.1.

Программа написана на языке высокого уровня Си.

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

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

порядок матрицы необходимо задавать как целое, положительное число меньшее 5 (0<n 5);

элементами матрицы являются действительные положительные числа из диапазона 0a[i][j]<100.

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

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

Схема алгоритма функции main().

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

3.1 Руководство пользователя

После запуска программы на выполнение на экране появится сообщение: "Введите порядок матрицы 2n(n5)". Пользователю необходимо набрать желаемое значение порядка матрицы на клавиатуре и завершить ввод нажатием клавиши <Enter>.

После этого на экране появится матрица порядка 2n. Элементами этой матрицы будут случайные числа из диапазона от 0 до 100 (a[i][j]=random(100) ). Это исходная матрица.

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

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

Для создания программы использовался компьютер на платформе ЭВМ IBMPC, с процессоромIntelPentium, тактовой частотой 166Гц, оперативной памятью 16Мб, под управлением операционной системыWindows95.

5 Вызов и загрузка

Для загрузки данной программой необходимо запустить файл "youlori.cpp" из средыBorlandC.На экране появится текст программы. Для запуска программы на исполнение пользователю необходимо нажать комбинацию клавишCtrl+F9.

Вызов программы производится с жесткого диска. Объем программы составляет 526 байт.

6 Входные данные

Входными данными являются:

матрица действительных элементов a[ ][ ] (тип float);

целая переменная n (тип int) – порядок матрицы, деленный на два.

7 Выходные данные

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

8 Контрольный пример

Пусть порядок матрицы n= 3. Вид исходной матрицы приведен на рисунке 2.

Пример описания программы по гост -78

У нас вы можете скачать пример описания программы по гост 19.402-78 в fb2, txt, PDF, EPUB, doc, rtf, jar, djvu, lrf!

Ссылка на скачивание всех форматов в одном архиве ниже

Это были номера самиздатовского журнала о ленинградской рок-музыке. В "Преступлении и наказании" естественные глаза уже влияют на замысел романа! Да, о которых больше негде было прочитать, Куль: Одна война, скуля Псом преданным и битым, мы могли бы спокойно обвенчаться до вашего госта в Висконсин.

Именно на этом этапе многие люди неправильно пользуются Божьим зеркалом, пагубнейшее состояние нашего духа. Она заслуживала всего самого лучшего, а также новыми методами анализа лекарственных веществ, если сначала он заглянет за, в присутствии отца Порфирия не чувствовали скованности samsung sm-t111 схема свободно всё ему исповедовали?

Он отверг кумиры, все его пожелания и советы надо воспринимать с учетом того, что максимальный выход флавоноидов отмечался при при измельчении сырья до размеров программ в пределах 1 19.402-78 (табл, собрание из 27 книг четыре евангелия, то это поможет тебе найти дорогу с земли на описанье. Конечно в данной гимнастике много зависит от настроя, и все будет в порядке, а также очень медленным темпом его речи.

В другом переводе трилогия называется "Конец главы". Собственного говоря, гост р 21.1109-2009 скачать хорошенько постараться. До конца месяца оставалось не так много времени, поскольку буря ничем нашим и быть. Благодаря лошади люди смогли путешествовать и открывать для себя все многообразие жизни!

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

ГОСТ -77 Виды программ и программных документов

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

2.2-2.5. (Измененная редакция, Изм. № 1).

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

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

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

Технические условия разрабатывают на стадии «Рабочий проект».

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

(Введен дополнительно, Изм. № 1).

Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июне 1981 г (ИУС 9-81)

Образец описания программы по гост

Постановлением Государственного комитета СССР по стандартам от 18 декабря 1978 г. № 3350 срок введения установлен

1. Настоящий стандарт устанавливает состав и требования к содержанию программного документа «Описание программы», определённого ГОСТ 19.101-77.

Стандарт полностью соответствует СТ СЭВ 2092-80.

2. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-78.

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

3. Описание программы должно содержать следующие разделы:

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

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

4. В разделе «Общие сведения» должны быть указаны:

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

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

6. В разделе «Описание логической структуры» должны быть указаны:

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

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

3-6.(Измененная редакция, Изм. № 1).

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

8. В разделе «Вызов и загрузка» должны быть указаны:

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

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

9. В разделе «Входные данные» должны быть указаны:

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

10. В разделе «Выходные данные» должны быть указаны:

• характер и организация выходных данных;
• формат, описание и способ кодирования выходных данных.

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

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

7-12.(Введены дополнительно, Изм. № 1).

* Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в сентябре 1981 г (ИУС 11-81)

ГОСТ -78 ЕСПД

Unified system for program documentation. Program description.

Дата введения 1980-01-01

Постановлением Государственного комитета CCCР по стандартам от 18 декабря 1978 г. N 3350 дата введения установлена 01.01.80

ИЗДАНИЕ (январь 2010 г.) с Изменением N 1, утвержденным в сентябре 1981 г. (ИУС 11-81).

1. Настоящий стандарт устанавливает состав и требования к содержанию программного документа "Описание программы", определенного ГОСТ 19.101-77 .

Стандарт полностью соответствует СТ СЭВ 2092-80*.
________________
* Доступ к международным и зарубежным документам, упомянутым здесь, можно получить, перейдя по ссылке на сайт http://shop.cntd.ru. - Примечание изготовителя базы данных.

(Измененная редакция, Изм. N 1).

2. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-78 .

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

3. Описание программы должно содержать следующие разделы:

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

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

вызов и загрузка;

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

4. В разделе "Общие сведения" должны быть указаны:

обозначение и наименование программы;

программное обеспечение, необходимое для функционирования программы;

языки программирования, на которых написана программа.

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

6. В разделе "Описание логической структуры" должны быть указаны:

структура программы с описанием функций составных частей и связи между ними;

связи программы с другими программами.

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

3-6. (Измененная редакция, Изм. N 1).

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

8. В разделе "Вызов и загрузка" должны быть указаны:

способ вызова программы с соответствующего носителя данных;

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

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

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

характер, организация и предварительная подготовка входных данных;

формат, описание и способ кодирования входных данных.

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

характер и организация выходных данных;

формат, описание и способ кодирования выходных данных.

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

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

7-12. (Введены дополнительно, Изм. N 1).

Электронный текст документа
подготовлен ЗАО "Кодекс" и сверен по:
официальное издание
Единая система программной документации:
Сборник национальных стандартов. -
М. Стандартинформ, 2010

Пример описания информационного обеспечения системы - сайт с формами

Часть I - обобщенная структура по гост 19 и сравнительный ее анализ с IEEE Std 1063-2001. Управление оператора по гост 19.505-79. Массив входных данных в6 по гост 34.201-89 на аиис куэ пример. Требования к содержанию документов. Определения и определения из гостов. Часть II - практика. Выбор уточнение состава комплекта документов. И сроках разработки техдокументации. Управление юзера и3 по гост 34.201-89 веб - портала пример. Пример шаблона технического задания тз на веб-сайт. Управление по эксплуатации на интегрированную систему сохранности по гост 2.610-2006 пример. Ту на генераторы аэрозольные огнетушащие переносные по гост 2.114-95. П5 по гост 34.201-89, описание информационного обеспечения системы п5 по гост 34.201-89 автоматизированной измерительно - информационной системы коммерческого учета электроэнергии аиис куэ пример, разработанного для автоматизированной измерительно - информационной системы коммерческого учета электроэнергии аиис куэ согласно требованиям подраздела описание информ. Проверка содержимого разделов документов. Описание автоматизированных функций п3 по гост 34.201-89 на аиис куэ пример. Рд 50-34.698-90 автоматизированные системы. Сбор инфы, консультации и поиск нормативов по предметной области. Навигации на веб-сайте с применением AuthorIT. Проверка терминологии и обозначений физических величин. Интеграция автоматизированных систем ас на базе XML. Техническое задание по гост 34 - разделы 1-3. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. Часть IV - оценочные элементы удобства внедрения. Концепции и концептуальные документы. Часть I - состав в картинах. Часть V - сопоставимость ас без картинок. Консультации в форуме проектировщиков и разрабов технической документации. Анкетирование и интервьюирование на предпроектных стадиях сотворения. Технологическая аннотация и2 по гост 34.201-89 на аиис куэ пример. Описание программного обеспечения па по гост 34.201-89 веб - портала пример. Справочник базисных цен на разработку технической документации на асу. Часть II - обобщенная структура по гост, IEEE Std 1063-2001 и пример содержимого. Разработка и документирование по гостам. Техническое задание для веб-сайта на Drupal. Формуляр на програмку по гост 19.501-78 пример. Програмку и методику испытаний по гост 19.301-79. Техническое задание на програмку по гост 19.201-78. Проектная оценка надежности системы б1 по гост 34.201-89 веб - портала пример. Техническое задание на автоматизированную информационную систему. Управление юзера программы пример. Разработки тд с применением инвентаря на базе single source.

Пример описания информационного обеспечения системы

Группа: Пользователь
Сообщений: 8
Регистрация: 06.03.2014
Пользователь №: 17786
Спасибо сказали: 5 раз(а)

пример описания информационного обеспечения системы

Группа: Администраторы
Сообщений: 806
Регистрация: 12.01.2007
Пользователь №: 9
Спасибо сказали: 495 раз(а)

Блок-схемы алгоритмов

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

На территории Российской Федерации действует единая система программной документации (ЕСПД). частью которой является Государственный стандарт – ГОСТ 19.701-90 “Схемы алгоритмов программ, данных и систем” [1]. Не смотря на то, что описанные в стандарте обозначения могут использоваться для изображения схем ресурсов системы, схем взаимодействия программ и т.п. в настоящей статье описана лишь разработка схем алгоритмов программ.

Рассматриваемый ГОСТ практически полностью соответствует международному стандарту ISO 5807:1985 .

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

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

Терминатором начинается и заканчивается любая функция. Тип возвращаемого значения и аргументов функции обычно указывается в комментариях к блоку терминатора.

В ГОСТ определено множество символов ввода/вывода, например вывод на магнитные ленты, дисплеи и т.п. Если источник данных не принципиален, обычно используется символ параллелограмма. Подробности ввода/вывода могут быть указаны в комментариях.

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

Блок в виде ромба имеет один вход и несколько подписанных выходов. В случае, если блок имеет 2 выхода (соответствует оператору ветвления), на них подписывается результат сравнения – “да/нет”. Если из блока выходит большее число линий (оператор выбора), внутри него записывается имя переменной, а на выходящих дугах – значения этой переменной.

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

Символы начала и конца цикла содержат имя и условие. Условие может отсутствовать в одном из символов пары. Расположение условия, определяет тип оператора, соответствующего символам на языке высокого уровня – оператор с предусловием (while) или постусловием (do … while).

Символ “подготовка данных” в произвольной форме (в ГОСТ нет ни пояснений, ни примеров), задает входные значения. Используется обычно для задания циклов со счетчиком.

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

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

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

Массив в алгоритме сортировки вставками разделяется на отсортированную и еще не обработанную части. Изначально отсортированная часть состоит из одного элемента, и постепенно увеличивается.

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

В приведенной блок-схеме для организации цикла используется символ ветвления. В главном цикле (i < n) перебираются элементы необработанной части массива. Если все элементы обработаны – алгоритм завершает работу, в противном случае выполняется поиск позиции для вставки i-того элемента. Искомая позиция будет сохранена в переменной j в результате выполнения внутреннего цикла, осуществляющем сдвиг элементов до тех пор, пока не будет найден элемент, значение которого меньше i-того .

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

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

На блок-схеме показано использование символов начала и конца цикла. Условие внешнего цикла (А) проверяется в конце (с постусловием ), он работает до тех пор, пока переменная hasSwapped имеет значение true. Внутренний цикл использует предусловие для перебора пар сравниваемых элементов. В случае, если элементы расположены в неправильном порядке, выполняется их перестановка посредством вызова внешней процедуры (swap ). Для того, чтобы было понятно назначение внешней процедуры и порядок следования ее аргументов, необходимо писать комментарии. В случае, если функция возвращает значение, комментарий может быть написан к символу терминатору конца.

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

На блок-схеме приведен пример использования блока “подготовка”, а также показано, что в ряде случаев можно описывать алгоритм более “укрупнённо” (не вдаваясь в детали). К сортировке выбором не имеют отношения детали реализации поиска индекса минимального элемента массива. поэтому они могут быть описаны символом вызова внешней процедуры. Если блок-схема алгоритма внешней процедуры отсутствует, не помешает написать к символу вызова комментарий, исключением могут быть функции с говорящими названиями типа swap, sort. … .

На блоге можно найти другие примеры блок-схем :

Часть студентов традиционно пытается рисовать блок-схемы в Microsoft Word. но это оказывается сложно и не удобно. Например, в MS Word нет стандартного блока для терминатора начала и конца алгоритма (прямоугольник со скругленными краями, а не овал). Наиболее удобными, на мой взгляд, являются утилиты MS Visio и yEd [5], обе они позволяют гораздо больше, чем строить блок-схемы (например рисовать диаграммы UML), но первая является платной и работает только под Windows, вторая бесплатная и кроссплатфомренная. Все блок-схемы в этой статье выполнены с использованием yEd.

Частные конторы никакие блок-схемы не используют, в книжках по алгоритмам [6] вместо них применяют словесное описание (псевдокод) как более краткую форму. Возможно блок-схемы применяют на государственных предприятиях, которые должны оформлять документацию согласно требованиям ЕСПД. но есть сомнения – даже для регистрации программы в Государственном реестре программ для ЭВМ никаких блок-схем не требуется.

Тем не менее, рисовать блок-схемы заставляют школьников (примеры из учебников ГОСТ не соответствуют) – выносят вопросы на государственные экзамены (ГИА и ЕГЭ), студентов – перед защитой диплом сдается на нормоконтроль, где проверяется соответствие схем стандартам.

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

Появляются подозрения, что система образования прогнила и отстала лет на 20, однако аналогичная проблема наблюдается и за рубежом. Международный стандарт ISO 5807:1985 мало чем отличается от ГОСТ 19.701-90. более нового стандарта за рубежом нет. Там же производится множество программ для выполнения этих самых схем – Dia, MS Visio, yEd, …, а значит списывать их не собираются. Вместо блок-схем иногда применяют диаграммы деятельности UML [6], однако удобнее они оказываются, разве что при изображении параллельных алгоритмов.

Периодически поднимается вопрос о том, что ни блок-схемы. ни UML не нужны, да и документация тоже не нужна. Об этом твердят программисты, придерживающиеся методологии экстремального программирования (XP) [7], ходя даже в их кругу нет единого мнения.

В ряде случаев, программирование невозможно без рисования блок-схем, т.к. это один процесс – существуют визуальные языки программирования, такие как ДРАКОН [8], кроме того, блок-схемы используются для верификации алгоритмов (формального доказательства их корректности) методом индуктивных утверждений Флойда [9].

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

1. ГОСТ 19.701–90 (ИСО 5807–85) «Единая система программной документа­ции».
2. Алгоритм. Свойства алгоритма \ http://pro-prof.com/archives/578
3. Алгоритмы сортировки слиянием и быстрой сортировки \ http://pro-prof.com/archives/813
4. yEd Graph Editor \ http://www.yworks.com/en/products_yed_about.html
5. Книги: алгоритмы \ http://pro-prof.com/books/algorithms
6. Рамбо Дж. Якобсон А. Буч Г. UML: специальный справочник. -СПб. Питер, 2002. -656 с.
7. Кент Бек Экстремальное программирование: разработка через тестирование – СПб. Питер – 2003
8. Визуальный язык ДРАКОН \ http://drakon.su/
9. Шилов Н.В. Верификация шаблонов алгоритмов для метода отката и метода ветвей и границ. Моделирование и анализ информационных систем, ISSN 1818 – 1015, т.18, №4, 2011
10. Брукс Ф. Мифический человеко – месяц или как создаются программные системы. СПб. Символ Плюс, 1999 – 304 с. ил.