Оставить заявку

techwriter (Все сообщения пользователя)

Внимание! У нас сбои с почтовым сервером! Если не пришло письмо о регистрации или смене пароля напишите нам на info@techwriters.ru! 
@twriters
 obmen_soobsheniyami.pngчат для технических писателей в Telegram

 Зарегистрируйтесь
Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 7 8 9 10 11 12 13 14 15 16 17 След.
Пояснительная записка
 
[QUOTE]Denis пишет:
Основной документ - это пояснительная записка. Тематика - мультисервисная телекоммуникационная система.
[/QUOTE]Документ "Пояснительная записка" имеет "говорящее" название: в документе необходимо пояснить предлагаемые решения по разработке Вашей системы. Согласно РД 50-34.698-902.2, документ должен состоять из разделов:
1) общие положения;
2) описание процесса деятельности;
3) основные технические решения;
4) мероприятия по подготовке объекта автоматизации к вводу системы в действие.
Думаю, понятно, что должно быть разделах "Общие положения", "Описание процесса деятельности" и "Мероприятия по подготовке объекта автоматизации к вводу в действие"? Если нет, то давайте распишу.
Обычно проблемы бывают с разделом "Основные технические решения". Часто бывает так, что раздел содержит описание, идентичное ТЗ. На самом деле, должно содержать детализированное описание конкретных решений с обоснованием их выбора.
Если на пальцах, то описание должно строиться по принципу: описание решения - ответ на вопрос: почему выбрано именно это решение?
Например, в разделе "Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы, подсистем" Вы должны написать, что система имеет такую-то структуру, состоит из таких-то компонент, связь между ними осуществляется так-то, а дальше должно следовать примерно такое изложение "Описанная структура выбрана потому-то или обеспечивает то-то... При выборе такой структуры решается такая-то задача, достигается такая-то цель...".
Не знаю, насколько понятно написала :)))
С Праздником Весны! Ура!
 
Спасибо!
techwriter.ru.com
Болтовня в реальном времени, Чат технических писателей, технические писатели в прямом эфире
 
Цитата
ADVANCED пишет:
Цитата
techwriter пишет:
Цитата
ADVANCED пишет:
Цитата
elanor пишет:
Похоже, в Москве завершился демонстрационный период весны и опять пошел снег.
В центре Москвы не было снега сегодня
Да и в спальных районах тоже. Так, лужи подмерзли немного ))
Т.е. ты спала вчера целый день пока все трудились?
Теперь я уже думаю, что ДА! :))))
techwriter.ru.com
Болтовня в реальном времени, Чат технических писателей, технические писатели в прямом эфире
 
Цитата
ADVANCED пишет:
Цитата
elanor пишет:
Похоже, в Москве завершился демонстрационный период весны и опять пошел снег.
В центре Москвы не было снега сегодня
Да и в спальных районах тоже. Так, лужи подмерзли немного :)))
techwriter.ru.com
Отличия: Бизнес-аналитик и Системный аналитик, Чем отличаются бизнес-аналитик и системный-аналитик
 
[QUOTE]ADVANCED пишет:
[QUOTE]techwriter пишет:
[QUOTE]ADVANCED пишет:
Специалист широкого профиля
[/QUOTE]Приятно ощущать себя "специалистом широкого профиля"
[/QUOTE]Да не скажи ) В "узком профиле" денег больше. Разнорабочие в нашей стране не шибко получают
[/QUOTE]Я бы сказала, все относительно...
Отличия: Бизнес-аналитик и Системный аналитик, Чем отличаются бизнес-аналитик и системный-аналитик
 
[QUOTE]ADVANCED пишет:
Специалист широкого профиля
[/QUOTE]Приятно ощущать себя "специалистом широкого профиля" 8)
Отличия: Бизнес-аналитик и Системный аналитик, Чем отличаются бизнес-аналитик и системный-аналитик
 
[QUOTE]ADVANCED пишет:
А в мелких конторах "Технический писатель - Аналитик" без разделения на бизнес и системного. Так прям в трудовой и пишут . Он общается с заказчиками, он же пишет ТЗ, он же делает схемы, он же пользовательскую документацию готовит. Специалист широкого профиля .

Простите, в теме не указан "масштаб конторы" , пишу как есть в пяти конторах из тех, где я работал.
[/QUOTE]Так оно и есть на самом деле ;)
Сама так работаю сейчас :)))
Отличия: Бизнес-аналитик и Системный аналитик, Чем отличаются бизнес-аналитик и системный-аналитик
 
[QUOTE]ADVANCED пишет:
[QUOTE]techwriter пишет:
[QUOTE]writer пишет:
Бизнес-аналитик — человек, который должен сплотить рабочие команды, сосредоточив их на эффективных результатах проекта. Этот специалист способен к организации деловых встреч и собраний для предоставления информации на понятном для всех языке.
[/QUOTE]Мне кажется спорным утверждением Скорее, это функция менеджера проекта
[/QUOTE]Это тоже спорное утверждение/предположение. Есть еще такая роль как Product Owner. Он может взаимодействовать с несколькими менеджерами проектов и привлекать ресурсы из других проектов. При всем этом на 100% выполнять роль бизнес- и системного аналитика. Зона ответственности Product Owner'а:
Сбор требований с заказчика. Анализ требований и формирование спецификаций. Ведение этапов разработки продукта. Приёмка готового функционала.
Есть еще [url=http://ru.wikipedia.org/wiki/Scrum]Scrum-master[/url] , которого зачастую путают с менеджером проекта.
[/QUOTE]Думаю, это в довольно крупных конторах, в которых фонд оплаты труда позволяет держать таких специалистов Sorrow-smile
Информационная безопасность АС, Комплект документации по информационной безопасности
 
[QUOTE]sonriza пишет:
[url=http://www.techwriters.ru/forum/user/14578/]techwriter[/url] , а какое-н обучение Вы проходили по информационной безопасности?
[/QUOTE]Нет. Сейчас в ИТ появилось отдельная специальность - специалист информационной безопасности. По-хорошему, документацию по информационной безопасности должен писать именно он, а технический писатель - только корректировать таким образом, чтобы текст был читабельным и правильно оформленным, т.к. не каждый технический специалист "дружит" с русским языком, умеет грамотно излагать свои мысли и пр. ;)
Но даже при такой "корректировке" приходится довольно глубоко вникать в предметную область информационной безопасности, существующее законодательство и пр. На самом деле, для любого технического специалиста - довольно неплохой и полезный опыт.
Изменено: techwriter - 04.03.2014 14:02:57
Отличия: Бизнес-аналитик и Системный аналитик, Чем отличаются бизнес-аналитик и системный-аналитик
 
[QUOTE]writer пишет:
chevalry: Ну, и что это? Если резюмировать, то главным качеством Б/а должно быть умение правильно гнуть пальцы перед доверчивым клиентом.
[/QUOTE]В том числе :))))
Отличия: Бизнес-аналитик и Системный аналитик, Чем отличаются бизнес-аналитик и системный-аналитик
 
[QUOTE]writer пишет:
chevalry: Ну до чего же неопределенно пишут! Дескать, С/а формулирует требования, а Б/а разрабатывает полную и непротиворечивую модель требований к ПО. Масло маслянное, простите. Может быть, сказать по-другом? Просто С/а анализирует бихнес-процессы для целей автоматизации бизнеса, а Б/а анализирует данные, необходимые бизнесу для принятия решений. Вот и все!
[/QUOTE]Тоже масло масляное, если честно :)))
Мне отличия всегда казались гораздо проще. Системный аналитик - более "технический" специалист. Все мои знакомые системные аналитики - бывшие программисты с большим опытом работы. Очень часто совмещают и функции архитекторами.
Бизнес-аналитик же, является связующим звеном между пользователем и программистом, должен хорошо знать предметную область, законодательство, понимать бизнес-процессы, уметь их описывать и пр, а также уметь выявлять, анализировать и формулировать требования к ПО.
Отличия: Бизнес-аналитик и Системный аналитик, Чем отличаются бизнес-аналитик и системный-аналитик
 
[QUOTE]writer пишет:
Бизнес-аналитик — человек, который должен сплотить рабочие команды, сосредоточив их на эффективных результатах проекта. Этот специалист способен к организации деловых встреч и собраний для предоставления информации на понятном для всех языке.
[/QUOTE]Мне кажется спорным утверждением no-no--smile Скорее, это функция менеджера проекта
Формуляр, Формуляр, разработка технической документации - Формуляр
 
Есть опыт разработки формуляра как по 19, так и по 34 ГОСТу.
Сейчас, в основном, формуляры разрабатываются по 34 ГОСТу (мой опыт). Поэтому придерживаюсь структуры с соответствии с требованиями [url=http://www.rugost.com/index.php?option=com_content&view=article&id=98:50-34698-90&catid=22&Itemid=53]РД 50-34.698-90[/url]:


[QUOTE]2.9. Формуляр

2.9.1. Документ содержит разделы:
1) общие сведения;
2) основные характеристики;
3) комплектность;
4) свидетельство о приемке;
5) гарантийные обязательства;
6) сведения о состоянии АС;
7) сведения о рекламациях.

2.9.2. В разделе "Общие сведения" указывают наименование АС, ее обозначение, присвоенное разработчиком, наименование разработчика, дата сдачи АС в эксплуатацию, общие указания персоналу по эксплуатации АС, требования по ведению формуляра и месте его хранения, в т. ч. перечень технической документации, с которой должен быть ознакомлен персонал.
2.9.3. В разделе "Основные характеристики" указывают:
1) перечень реализуемых функций;
2) количественные и качественные характеристики АС и ее частей;
3) описание принципов функционирования АС, регламент и режимы функционирования;
4) сведения о взаимодействии АС с другими системами.

2.9.4. В разделе "Комплектность" указывают:
1) перечень технических и программных средств, в том числе носителей данных;
2) перечень эксплуатационных документов.

2.9.5. В разделе "Свидетельство о приемке" указывают:
1) даты подписания актов о приемке АС и ее частей в промышленную эксплуатацию;
2) фамилии председателей комиссий, осуществлявших приемку АС.

2.9.6. В разделе "Гарантийные обязательства" указывают:
1) гарантийные обязательства разработчиков АС по системе в целом и частям, имеющим разные гарантийные сроки;
2) перечень технических средств АС, имеющих гарантийные сроки службы меньше гарантийных сроков для системы.

2.9.7. В разделе "Сведения о состоянии АС" указывают:
1) сведения о неисправностях, в том числе дату, время, характер, причину возникновения и лицах, устранивших неисправность;
2) замечания по эксплуатации и аварийным ситуациям, принятые меры;
3) сведения о проведении проверок измерительных устройств и точностных характеристик измерительных каналов (для АСУ ТП);
4) сведения о ремонте технических средств и изменениях в программном обеспечении с указанием основания, даты и содержания изменения;
5) сведения о выполнении регламентных (профилактических работ и их результатах).

2.9.8. В разделе "Сведения о рекламациях" указывают сведения о рекламациях с указанием номера, даты, краткого содержания рекламационного акта, а также сведения об устранении замечаний, указанных в акте.[/QUOTE]
Изменено: Наталья - 25.02.2014 17:06:18
Пример Технического проекта (ГОСТ 34), Ищется пример технического проекта по ГОСТ34
 
[QUOTE]Denis пишет:
Writer, спасибо за ссылку. ТЗ у меня есть, с ними я работал. А вот как именно сам ТП делать, не очень понятно. Изучил РД 50-34.698-90, ГОСТ 34.201-89, ГОСТ 34.601-90 - структура понятна, но чем конкретно наполнять разделы, как подать информацию - не очень понимаю. Прсмотрел весь ваш сайт, нашел много полезного, но, к сожалению, этого не достаточно (
[/QUOTE]Денис, у вас есть точный перечень документов, который должен содержать Технический проект? Или он будет включать все, что должно входить в Технический проект, согласно 34 ГОСТу?
Просто по каждому конкретному документу проще давать какие-то рекомендации по разработке.
ГОСТ для оформления аналититического отчета по обследованию и модели угроз
 
[QUOTE]Loki пишет:
Здравствуйте!
Подскажите, для оформления аналитического отчета по обследованию ИС какой используется ГОСТ? 7.32-2001 [url=http://www.sfu-kras.ru/docs/8434/pdf/976630]"Отчет о НИР"[/url] ?
[/QUOTE]Зависит от того, на какой стадии создания системы вы его пишете.
Согласно ГОСТу 34.601-90, существует две стадии:
1. Формирование требований к АС.
2. Разработка концепции АС.
Обследование, как правило, выполняется на 1-й стадии. Поэтому я бы писала в свободной форме (если нет обязательного требования разрабатывать в соответствии с каким-либо ГОСТом), но в содержании отражала бы результаты, описанные в п. 1.1 [url=http://www.docload.ru/Basesdoc/6/6582/index.htm]ГОСТ 34.601-90[/url].
Если, все-таки, отчет разрабатывается на второй стадии, т.е. выполняется разработка концепции, то тогда, конечно, имеет смысл писать по ГОСТ 7.32-2001.
ГОСТ для оформления аналититического отчета по обследованию и модели угроз
 
[QUOTE]Loki пишет:
ГОСТа для оформления модели угроз не нашла, предполагаю, что используется ГОСТ 2.105 [url=http://www.pntd.ru/2.105.htm]"Общие требования к текстовым документам"[/url] , верны ли мои догадки?
[/QUOTE]Модель угроз разрабатывается на основании базовой модели угроз:
[url=http://fstec.ru/normativnye-i-metodicheskie-dokumenty-tzi/114-deyatelnost/tekushchaya/tekhnicheskaya-zashchita-informatsii/normativnye-i-metodicheskie-dokumenty/spetsialnye-normativnye-dokumenty/379-bazovaya-model-ugroz-bezopasnosti-personalnykh-dannykh-pri-ikh-obrabotke-v-informatsionnykh-sistemakh-personalnykh-dannykh-vypiska-fstek-rossii-2008-god.]Базовая модель угроз (РД ФСТЭК)[/url]
Оформлять можно согласно ГОСТ 2.105.
Изменено: techwriter - 25.02.2014 09:02:57
Добро пожаловать на форум для системных аналитиков!, Профессиональный форум для системных аналитиков и бизнес-аналитиков на сайте TechWriters.ru
 
[QUOTE]writer пишет:
[url=http://techwriters.ru/forum/user/14578/]techwriter[/url] вы же у нас специалист в аналитике? Какие темы будут актуальными на этом форуме? Если можно списком, а я их создам)
[/QUOTE]Мне кажется, что для начала нужно исходить из того, что существует две роли в команде: системный аналитик и бизнес-аналитик.
Системный аналитик, как правило, архитектор.
Бизнес-аналитик - тот, кто непосредственно взаимодействует с пользователями и выявляет следующие уровни требований:
- бизнес-требования;
- требования пользователей;
- функциональные требования.
Я специализируюсь на бизнес-анализе.
Если привести перечень тем, то примерно, может быть, так?
1. Что такое требование? Классификация требований. Свойства требований.
2. Анализ требований, источники требований, стратегии выявления требований.
3. Swebok, RUP и т.п.
4. Глоссарий.
5. Методологии и нотации бизнес-анализа.

6. CASE-средства.
Еще бы, конечно, было бы здорово обсудить тему методик расчета затрат на разработку ПО и разработки экономического обоснования разработки ПО.
Как обозвать чекбокс: флажок или маркер, разработка документации. Вопрос: Как обозвать чекбокс: флажок или маркер
 
Называю в зависимости от назначения "флажка". "Флажок", "маркер" вообще никогда не употребляю.
Вопрос по формулировке ("При этом")
 
В подобных случаях употребления считаю словосочетания "при этом", "в результате" и т.п. словами, не несущими никакой смысловой нагрузки. "При этом" еще и вводит в заблуждение: создается впечатление, что второй процесс начинается до завершения первого и они происходят параллельно.
Информационная безопасность АС, Комплект документации по информационной безопасности
 
Ох, все это писала и пишу *writing*
Чтобы грамотно разрабатывать документацию по информационной безопасности, необходимо очень хорошо знать законодательство по этой части. Да и если никогда не сталкивались с такой документацией, то лучше первый раз разрабатывать ее при участии специалиста по информационной безопасности, недостаточно иметь просто шаблоны документов.
ЧТЗ
 
[QUOTE]TechW пишет:
"Окончательные требования уточняются в процессе....или на стадии.." ина какую стадию можно ссылаться (технического проектирования - пойдет?)?
[/QUOTE]Можно писать все, что угодно, лишь бы не противоречило требованиям ТЗ, прилагаемого к контракту, если таковое имеется, либо условиям самого контракта ;)
[QUOTE]TechW пишет:
Еще: Давно мучал вопрос зачем нужны документы Технического проекта, если по сути они копируют ТЗ?! (или это только у меня копируют?)
[/QUOTE]Ситуация, когда Технический проект содержит скопированное ТЗ, довольно часто встречается. Обычно так делается, когда необходимо формально в сжатые сроки сдать документацию. На самом деле, Технический проект должен содержать описание [B]конкретных[/B] решений и обоснования их выбора. ТЗ же содержит описание [B]общих[/B] требований к системе. Т.е., по сути, Технический проект должен содержать детализированное и широкое описание решений.
Добро пожаловать на форум для системных аналитиков!, Профессиональный форум для системных аналитиков и бизнес-аналитиков на сайте TechWriters.ru
 
Спасибо!
О технических писателях, что они делают и сколько получают
 
[QUOTE]Ден пишет:
работал удаленно, примерно 300 руб за страницу текста, напишите руководство на 150 страниц (ориентировочно месяц работы без выходных) получите 45000, вот так примерно и выглядит стоимость работ удаленного техписа
[/QUOTE]Я сейчас неактивно занимаюсь фрилансом. Но в 2010-2011 году занималась активно, и руководство пользователя примерно на 50 страниц (не с нуля, а только корректировка и доработка) стоило 10 тыс.руб. С нуля стоило - 400 руб./стр.
В работе удаленного техписа самое сложное - постоянных заказчиков найти   :(
Изменено: techwriter - 24.02.2014 16:30:44
О технических писателях, что они делают и сколько получают
 
[QUOTE]''Nadufka'' пишет:
А поднимем тему =) Кто-нибудь сталкивался с фрилансом? Какие расценки? Какая форма оплаты (почасовая, за объем, просто за выполненный контракт)? Постоянно сталкиваюсь с тем, что просят комплект документации, так договориться об оплате - самая проблема. В офисе я знаю точно, что за месяц работы получу свой фиксированный гонорар, а что делать с такими разовыми предложениями - хочется определиться для себя раз и навсегда.
[/QUOTE]Обычно составляется прайс, в котором цена устанавливается за 1000 збп и зависит от объема.
Чем меньше документ, тем дороже стоит 1000 зпб.
Это касательно классической пользовательской документации.
А по ТЗ... варьируется обычно. Средняя стоимость написания ТЗ для разработчиков (с нарисованными прототипами) - 15-20 тыс. руб.
Изменено: techwriter - 24.02.2014 16:20:38
Поздравляем всех защитников !
 
Дорогие Мужчины!
Извините, что с опозданием...
С праздником вас! Здоровья, счастья, семейного благополучия, прекрасного настроения и сбычи всех мечт!
techwriter.ru.com
Страницы: Пред. 1 ... 7 8 9 10 11 12 13 14 15 16 17 След.

Рейтинг@Mail.ru