16
Системный Анализ и Требования / Re: Кто обычно пишет ТЗ?
« : 21 Марта 2010, 13:00:04 »
Не опрашивать надо, а ГОСТы изучать 
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
17
Системный Анализ и Требования / Re: Является ли процесс объектом автоматизации? Два вопроса.
« : 21 Марта 2010, 12:59:03 »
Можно пофантазировать Некоторая последовательность операций есть процесс, наверное ГОСТированного определения не знаю, да и есть ли оно?
Последовательность операций:
1. Взять отвертку в правую руку (поясняющий рисунок);
2. Вставить в шлиц (поясняющий рисунок);
3. Повернуть против часовой стрелки (поясняющий рисунок);
4. ...
Можно ли такую последовательность операций обозвать процессом?
Некоторая последовательность операций есть процесс, наверное ГОСТированного определения не знаю, да и есть ли оно? Последовательность операций:
1. Взять отвертку в правую руку (поясняющий рисунок);
2. Вставить в шлиц (поясняющий рисунок);
3. Повернуть против часовой стрелки (поясняющий рисунок);
4. ...
Можно ли такую последовательность операций обозвать процессом?
18
Системный Анализ и Требования / Re: Является ли процесс объектом автоматизации? Два вопроса.
« : 19 Марта 2010, 08:08:16 »
Процесс ОДНОЗНАЧНО является объектом автоматизации. Ну, если точнее, то следовало бы его назвать субъектом, наверное В ГОСТ 34-й системы столько противоречий...
Процессы в АС бывают автоматизированными и автоматическими, с участием или без участия человека. А бывает еще неавтоматизированная деятельность. Например, приходит тётенька и снимает показания счетчиков электроэнергии во всем доме. Это ведь тоже процесс... Процесс снятия показаний со счетчиков мы автоматизирует или делаем автоматическим, потому он и становится объектом автоматизации.
В ГОСТ 34-й системы столько противоречий...Процессы в АС бывают автоматизированными и автоматическими, с участием или без участия человека. А бывает еще неавтоматизированная деятельность. Например, приходит тётенька и снимает показания счетчиков электроэнергии во всем доме. Это ведь тоже процесс... Процесс снятия показаний со счетчиков мы автоматизирует или делаем автоматическим, потому он и становится объектом автоматизации.
19
Системный Анализ и Требования / Re: Кто обычно пишет ТЗ?
« : 19 Марта 2010, 07:48:06 »
Читайте статью Страшная правда о техническом задании, в ней учтены все нормативы, кроме ГОСТ В. Военные ТЗ должен писать заказчик.
20
Системный Анализ и Требования / Re: Как выявить способности к аналитической деятельности
« : 19 Марта 2010, 07:43:41 »
Самый простенький тест - дайте аналитику вот это из ГОСТ 34.602
и попросите детализировать. Если на выходе получится что-то вроде:
Если напишет
Цитировать
2.6.1.1. В требованиях к структуре и функционированию системы приводят:
1) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;...
и попросите детализировать. Если на выходе получится что-то вроде:
Цитировать
Требования к структуре и функционированию системы, то товарищ явно обладает аналитическими способностями
1 Перечень подсистем;
1.1 Назначение подсистемы А;
1.2 Основные характеристики подсистемы А;
...
Н.1 Назначение подсистемы Н;
... и в таком духе
Если напишет
Цитировать
Требования к структуре и функционированию системы, можно смело предлагать такому товарищу место начальника департамента аналитики
1 Перечень подсистем;
1.1 Общие сведения о подсистеме А;
1.2 Назначение подсистемы А;
1.3 Состав подсистемы А;
...
Н.1 Общие сведения о подсистеме Н;
Н.2 Назначение подсистемы Н;
Н.3 Состав подсистемы Н;
... и в таком духе
21
Системный Анализ и Требования / Re: Чем отличается Функциональный дизайн от Технического задания?
« : 19 Марта 2010, 07:20:51 »ФД ответит на вопрос, КАК будет сделана система только с одной точки зрения - с т.зрения ее функциональности.Что, собственно, и соответствует перечислению 2 п. 2.6 ГОСТ 34.602-89... Таким образом, ФД должен разрабатываться именно на стадии "Техническое задание" по ГОСТ 34.601-90, а уж дорабатываться на проектных стадиях и этапах.
Но ничего не скажет об устройстве системы с других точек зрения (архитектурных), например с т.з. той же безопасности.Разве требования безопасности можно в полной мере отнести к архитектурным? Защитное заземление/зануление, к примеру?
Хотел добавить, если речь идет о достижении согласия с заказчиком о GUI или тех же отчетных формах - то можно попробовать обойтись "малой кровью" - прототипами, если конечно заказчик готов воспринимать такой формат.Сейчас очень часто так делается. Остальная бумага заказчика не интересует, даже госзаказчика. Никто ничего не читает, просто тестируется функционал.