Виктор Фигурнов (Все сообщения пользователя)

Установлен ли на вашем компьютере шрифт "TNR полужирный"? Если нет, то возможно ваш Word при вводе символов вместо отсутствующего шрифта назначает новым символам шрифт по умолчанию или шрифт указанный в таблице "Подстановка шрифтов" (в Word 2010 меню Файл => Параметры => Дополнительно => Кнопка "Подстановка шрифтов").

Использование Word-документов с отсутствующими на компьютере шрифтами нежелательно. Либо измените таблицу стилей и при необходимости переформатируйте документ, чтобы в них не осталось неустановленных шрифтов, либо найтиде и установите этот шрифт TNR. Судя по названию, это либо какая-то вариация стандартного шрифта Times New Roman. либо иного шрифта (TNR Prolamina и т.п.)

Буквальное выполнение стандартов каменного века бессмысленно и деструктивно. Если напечатать текст программы "1С:ERP 2.0", то получится стопа листов высотой более 60 метров и весом более 3 тонн. Ясно, что никто эту распечатку прочесть и использовать не сможет.

Это понятие устарело и не может служить классификационной группировкой продукции, поэтому оно отсутствует в классификаторе  продукции по видам экономической деятельности ОК 034-2014.

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

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

С 1 января 2017 г. вместо ОК 005-93 применяется Общероссийский классификатор продукции по видам экономической деятельности (ОКПД2) ОК 034-2014, за исключением  "закрытых" классов продукции для нужд обороны и безопасности РФ. Применение кодов "закрытых" классов ОКП осуществляется по согласованию с вышестоящим министерством или ведомством в режиме ограниченного доступа к информации, составляющей государственную тайну.


:

[QUOTE]logix написал:
документацию по ГОСТ (ЕСПД).  Документация уже написана (Word), но содержит колоссальное кол-во ошибок (двойные пробелы, неверные отступы, разное написание наименований в листах регистрации, неверные артикулы на титулах и в колонтитулах, отсутствие ссылок на приложения и т.д.).
[/QUOTE]
В ЕСПД нет слова "отступ", а двойной пробел ЕСПД запрещает в схемах алгоритмов и программ (ГОСТ 19.002-80 Схемы алгоритмов и программ. Правила выполнения) в следующем случае: "При числе исходов более трех условие исхода проставляется в разрыве линии потока. Адрес исхода проставляется в продолжении условия исхода и отделяется от него пробелом" (то есть, в этом случае должен быть один пробел).

[QUOTE]H&M User написал:
Виктор, скажите, у Вас уже есть GOST R ISO 15289-20ХХ [/QUOTE]

Теперь появился такой ГОСТ: ГОСТ Р 56713-2015 (ISO/IEC/IEEE 15289:2011) "Системная и программная инженерия. Содержание информационных продуктов процесса жизненного цикла систем и программного обеспечения (документация)"

Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 16 ноября 2015 г. № 1820-ст

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

То есть не всегда Руководство пользователя относится к ПО, а Руководство по эксплуатации  к изделиям.

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

Например:

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

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

Если ваше начальство или заказчики являются гостофилами, вас не убудет если Руководство пользователя или Руководство по эксплуатации сделаете с учетом требований подходящих ГОСТов. Например, Руководство по эксплуатации изделия машиностроения или приборостроения - с учетом ГОСТ 2.610-2006 "Правила выполнения эксплуатационных документов".

[URL=https://techwriters.ru/services/gost/gost-19-khkhkh-edinaya-sistema-programmnoy-dokumentatsii-espd/gost-19781-90-terminy-i-opredeleniya/]ГОСТ 19781-90 Обеспечение систем обработки информации программное.Термины и определения[/URL]
[URL=/services/gost/gost-21/gost-r-21-1101-2013-sistema-proektnoy-dokumentatsii-dlya-stroitelstva-/]ГОСТ Р 21.1101-2013. Система проектной документации для строительства[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-12119-2000-pakety-programm-trebovaniya-k-kachestvu-i-testirovanie-/]ГОСТ Р ИСО 12119-2000 Пакеты программ. Требования к качеству и тестирование[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-12182-2002-klassifikatsiya-programmnykh-sredstv-/]ГОСТ Р ИСО 12182-2002 Классификация программных средств[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-12207-2010-protsessy-zhiznennogo-tsikla-programmnykh-sredstv-/]ГОСТ Р ИСО 12207-2010 Процессы жизненного цикла программных средств[/URL]
[URL=/services/gost/standarty-iso/rukovodstvo-po-primeneniyu-gost-r-iso-mek-12207-protsessy-zhiznennogo-tsikla-programmnykh-sredstv/]Руководство по применению ГОСТ Р ИСО-МЭК 12207 (Процессы жизненного цикла программных средств)[/URL]
[URL=https://techwriters.ru/services/gost/standarty-iso/gost-r-iso-14764-2002-soprovozhdenie-programmnykh-sredstv-/]ГОСТ Р ИСО 14764-2002 Сопровождение программных средств[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-15026-2002-urovni-tselostnosti-sistem-i-programmnykh-sredstv/]ГОСТ Р ИСО 15026-2002 Уровни целостности систем и программных средств[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-15288-2005-protsessy-zhiznennogo-tsikla-sistem/]ГОСТ Р ИСО 15288-2005 Процессы жизненного цикла систем[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-15408-2002-chast-1-metody-i-sredstva-obespecheniya-bezopasnosti-kriterii-otsenki-bezopasn/]ГОСТ Р ИСО 15408-2002 (Часть 1) Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-15408-2002-chast-2-metody-i-sredstva-obespecheniya-bezopasnosti-kriterii-otsenki-bezopasn/]ГОСТ Р ИСО 15408-2002 (Часть 2) Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-15408-2002-chast-3-metody-i-sredstva-obespecheniya-bezopasnosti-kriterii-otsenki-bezopasn/]ГОСТ Р ИСО 15408-2002 (Часть 3) Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-15489-2007-upravlenie-dokumentami-obshchie-trebovaniya-/]ГОСТ Р ИСО 15489-2007 Управление документами, общие требования[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-mek-15910-2002-protsess-sozdaniya-dokumentatsii-polzovatelya-programmnogo-sredstva/]ГОСТ Р ИСО 15910-2002 Процесс создания документации пользователя программного средства[/URL]
[URL=https://techwriters.ru/services/gost/standarty-iso/gost-r-iso-17799-2005/]ГОСТ Р ИСО 17799-2005 Практические правила управления информационной безопасностью[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-27001-2006-sistemy-menedzhmenta-informatsionnoy-bezopasnosti-trebovaniya-/]ГОСТ Р ИСО 27001-2006 Системы менеджмента информационной безопасности. Требования[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-3241-3-2003-ergonomicheskie-trebovaniya-pri-vypolnenii-ofisnykh-rabot-s-ispolzovaniem-vid/]ГОСТ Р ИСО 3241-3-2003 Эргономические требования при выполнении офисных работ с использованием видеодисплейных терминалов (ВДТ). Часть 3. Требования к визуальному отображению информации[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-56214-2014-kachestvo-dannykh/]ГОСТ Р ИСО 56214-2014 Качество данных[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-9126-93-otsenka-programmnoy-produktsii-kharakteristiki-kachestva-i-rukovodstva-po-ikh-pri/]ГОСТ Р ИСО 9126-93 Оценка программной продукции. Характеристики качества и руководства по их применению[/URL]
[URL=techwriters.ru/services/gost/standarty-iso/gost-r-iso-9294-93-rukovodstvo-po-upravleniyu-dokumentirovaniem-programmnogo-obespecheniya/]ГОСТ Р ИСО 9294-93 Руководство по управлению документированием программного обеспечения[/URL]
[URL=/services/gost/standarty-iso/gost-r-iso-mek-27002-2012-metody-i-sredstva-obespecheniya-bezopasnosti/]ГОСТ Р ИСО МЭК 27002-2012 Методы и средства обеспечения безопасности[/URL]
[URL=/services/gost/standarty-iso/gost-r-mek-62304-2013-izdeliya-meditsinskie-programmnoe-obespechenie-protsessy-zhiznennogo-tsikla-/]ГОСТ Р МЭК 62304-2013 Изделия медицинские. Программное обеспечение. Процессы жизненного цикла[/URL]

[I][B]Активные ссылки, это добавленные документы (прим. администратора)[/B][/I]

[QUOTE]Десятник написал:
ГОСТов на эту тему не встречал. Да это и понятно[/QUOTE]
Понятно, что вы с ними не знакомы. Знакомьтесь:
ГОСТ Р ИСО/МЭК 15288-2005 "Процессы жизненного цикла систем", п. 5.5.12
ГОСТ Р ИСО/МЭК 12207-2010 "Процессы жизненного цикла программных средств", п. 6.4.11

Запятая не нужна. Описание последовательности действий лучше оформлять не в виде сплошного текста, а в виде нумерованного списка (перечня).

[QUOTE][USER=19106]PDF и DOC файлы, определённые в file links, встраиваются всегда .

Кто-нибудь сталкивался с таким? Может, я неверно понимаю разработчиков?
[/QUOTE]
Можете считать это багом или фичей.
Удалить встроенный в PDF файл можно с помощью любого редактора PDF, например Adobe Acrobat, или специализированных утилит типа VeryPdf PDF Toolbox.

[QUOTE]Grezchikov написал:
как правильно в руководстве пользователя ПО расставлять точки в заголовках. ...
Должны ли стоять точки после последней арабской цифры в номере заголовка?
[/QUOTE]

Согласно ГОСТ 19.106-78 ЕСПД. "Требования к программным документам, выполненным печатным способом", п. 2.1.9 и приложение 2, точки после номера раздела быть должны.
Это соответствует традициям российской типографики.

Вредители, составлявшие стандарты серии 2 (ЕСКД), приняли противоположное решение - в конструкторской документации точки после номера раздела не ставятся.
См. ГОСТ 2.105-95, п. 4.1.3, Приложение А.
Так принято в американской типографике.

[QUOTE]sayr@inbox.ru написал:
Инструкция поставщика услуг[/QUOTE]
Гугл и яндекс не знают термина "Инструкция поставщика услуг".

Каталог - элемент файловой системы. Папка - элемент пользовательского интерфейса.  Папки могут и не соответствовать каталогам. Например, папки "Мой компьютер", "Сеть", "Результаты поиска" не связаны с каким-то каталогом файловой системы.

Полагаю, что 99,9% разработчиков ПО в мире никогда не встречались с первобытным обычаем составления "ТЗ по ГОСТу".
Даже в в России ведущие разработчики ПО, такие как 1С, Яндекс, Лаборатория Касперского, ABBYY, Acronis, JetBrains, Parallels и др. как-то обходятся.

Сообщите, как вы расшифровываете аббревиатуру СТПО, по какому именно ГОСТу вы ее делали и по какому ГОСТу там есть список изменений.
Видел "Спецификацию требований к программному обеспечению" для атомных электростанций согласно ГОСТ Р МЭК 62138-2010, но там листа изменений не было.

[QUOTE]revo написал:
Agile Documentation, автор Andreas Ruping. Могу сюда вложить pdf, если это не противоречит правилам[/QUOTE]
https://docs.google.com/file/d/0BxOg0amRzk9vZ1V2cFJEbW1GMjA/edit

Вот, например:
http://downloads.v8.1c.ru/content//Platform/8_3_9_1850/1cv8upd.htm

Здесь нет и не может быть шаблона.
Вашим юристам нужно какое-то описание программы, так как в договоре нужно идентифицировать  объект, на который передаются  авторские права.
Сами они написать такое описание не могут, может быть они даже нужных слов не знают.
Какое описание их устроит, известно только им. Телепатов на форуме нет. Стандартов на такие описания не существует.
Попробуйте сделать краткое описание, четко указывающее что это за программа, как она называется, что она делает, какие ее особенности, составные части и структура (если они имеются), системные и квалификационные требования, связи с другими программами и системами, состав документации, комплектность и порядок поставки,  и т.п. Что-то вроде "Общего описания" по РД 50-34.698-90.
Вряд ли стоит включать в такое описание менюшки, программное API, алгоритмы, блок-схемы, и др., но если хотите, то флаг вам в руки.

[QUOTE]lutik_sun написал:
Если кто-то напишет программу, которая будет выглядеть так же и делать то же, то, я полагаю, он нарушит авторское право[/QUOTE]
Это ваше мнение не основано на законе. "Делать то же" к авторскому праву не имеет отношения. Авторские права не распространяются на идеи, концепции, принципы, методы, процессы, системы, способы, решения технических, организационных или иных задач (ст. 1259 ГК РФ). "Выглядеть так же" может нарушить авторское право только в случае, если скопированы порождаемые программой аудиовизуальные отображения, создание которых носит творческий характер. То есть, если например, художник нарисовал для компьютерной игры оригинальных красивых героев, эльфов и принцесс, а разработчик другой игры эти изображения скопировал в свою игру, то он нарушит авторское право. А если разработчик скопировал из другой программы пункты выпадающего меню, цвет главного окна или последовательность предъявления диалоговых окон, то он ничего не нарушит, так как эти данные не носят творческого характера.

Не очень понятно, какое описание программы требуется вашим горе-юристам. Программы охраняются авторским правом как литературные произведения (статья 1261 ГК РФ). То есть, охраняется конкретный программный код. Описания пользовательского интерфейса или программных интерфейсов никак не относятся к авторскому праву. Если кто-нибудь напишет другой код, реализующий тот же пользовательский интерфейс или те же программные интерфейсы, он не нарушит авторское право.

Опишите процессы, указанные в разделе 7 ГОСТ Р ИСО/МЭК 12207-2010. Этот раздел так и называется "Процессы жизненного цикла программных средств". То, что для вашей программной системы не применимо, пропускайте. Обязательно описать процессы устранения неисправностей, выявленных в ходе эксплуатации ПО, совершенствования ПО, и привести информацию о персонале, необходимом для обеспечения этой поддержки.

Это ошибка Word. Не используйте разрывы страниц, вместо этого можно назначить абзацу свойство "с новой страницы".
Или если уж используете, то установите у абзаца после разрыва страницы нулевое значение свойства "Интервал перед".

Бумага и картон характеризуются такими показателями, как размеры, плотность, толщина, косина, белизна, химический состав, светонепроницаемость, жиропроницаемость, паропроницаемость, сопротивление разрыву, излому и продавливанию, глянец, влажность, зольность и др. Необходимо зафиксировать нормативные значения всех этих показателей согласно ГОСТам и включить их в состав ТУ. Затем требуется написать и утвердить программу и методику испытаний и включить ее в состав КД. После чего сформировать комиссию для испытаний, произвести отбор проб по ГОСТ 8047-2001, измерить значения контролируемых показателей, составить и подписать протокол испытаний и включить его в комплект КД.  

Зависит от того, что заносится в журнал - сведения о действиях одного пользователя или нескольких.
В английском варианте проще - это всегда User Activity Log.