ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Что первичней:разработка или создание спецификации к ней?
42 сообщений из 42, показаны все 2 страниц
  все  
Что первичней:разработка или создание спецификации к ней?
    #34467219
LOKI-85
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LOKI-85
Участник
В рамках разработки системы или ее доработки, что первичней из бизнес-процессов:
Разработка прототипа, интерфейса и т.д. ИЛИ
Разработка функциональной спецификации?
Как НАДО ДЕЛАТЬ?
Как делают мы все уже знаем-))кому как удобней и кто что успевает....
...
Рейтинг: 0 / 0
17.04.2007, 17:19
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34467296
?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
?
Гость
И то и другое.. Все зависит от.

Ответьте для себя на вопрос: для чего будет использоваться функциональная спецификация и кем? Если есть четкое представление, то надо так, как целесообразно. То, что правильно для одно7го, для другого бесполезно.
Те же рассуждения касаются и макетирования-прототипирования.
...
Рейтинг: 0 / 0
17.04.2007, 17:35
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34467429
LOKI-85
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LOKI-85
Участник
Прототипирование меня не интересует, меня интересует как по ГОСТу (по времени выполнения) разрабатывается эта самая спецификация?Ведь есть же все-таки какой то регламент!
...
Рейтинг: 0 / 0
17.04.2007, 18:07
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34467462
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
LOKI-85В рамках разработки системы или ее доработки, что первичней из бизнес-процессов:
Разработка прототипа, интерфейса и т.д. ИЛИ
Разработка функциональной спецификации?
Как НАДО ДЕЛАТЬ?
Как делают мы все уже знаем-))кому как удобней и кто что успевает....

IMHO разработка функциональной спецификации первичнее. Иначе эта спецификация не нужна. Но это не означает, что спецификацию разрабатывают только один раз и навсегда.

Чаще всего идёт такой цикл:
- разработка функциональной спецификации
- проектирование
- планирование
- программирование
- тестирование
- внедрение
- переработка функциональной спецификации по отзывам заинтересованных лиц.

Длина цикла может быть разной, от часов до лет. Циклы могут быть вложенными, но с "самоподобием". В конце каждого цикла, после внедрения (будь это внедрение многомиллионным моголетним мероприятием или 15-минутным показом приложения заинтересованному лицу), функциональная спецификация проверяется корректируется.
...
Рейтинг: 0 / 0
17.04.2007, 18:21
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34467603
?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
?
Гость
В ГОСТе нет термина "функциональная спецификация".

Смотря что конкретно Вы понимаете под этой спецификацией. Если брать ближе к RUP, то сначала будут тексты Use Case, если потребуется отдельный пересчет функциональных требований, то они появятся параллельно (и будут связаны с) требованиями к интерфейсу (включая макеты форм)

Если пытаться грести ближе к ГОСТ, то требования к функционированию войдут в ТЗ и туда же войдут требования к входным и выходным данным, удобству и надежности - суть требования к интерфейсу (опять же, если надо, включая макеты форм). По всему выходит, что опять параллельно.
...
Рейтинг: 0 / 0
17.04.2007, 19:04
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34469221
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
нет чётких правил в ГОСТе.
- спец-я может идти как приложение к ТЗ а может и не идти (в ТЗ указывается).
- спец-я просто расширение ТЗ для того чтобы он не был "монстром".
IMHO можно перевести как "приложение"
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
18.04.2007, 12:19
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34470249
LOKI-85
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LOKI-85
Участник
Все очень и очень размыто.
Да и кстати, может мы все по разному понимаем слово "спецификация"?
Поскольку даже само определение трудно где-либо нормальное найти.А программеры, да и заказчики вегда смешивают спецификацию с ТЗ. Вот и ваши рассуждения смешиваются в одну кучу.
...
Рейтинг: 0 / 0
18.04.2007, 16:05
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34470261
LOKI-85
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LOKI-85
Участник
Спецификация - описание функциональности с перечнем модулей, систем и подсистем с приложенной документацией к ней.
...
Рейтинг: 0 / 0
18.04.2007, 16:07
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34470379
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
LOKI-85Спецификация - описание функциональности с перечнем модулей, систем и подсистем с приложенной документацией к ней.
спецификация - это "список (приложение)" и может быть к любому документу
http://www.arbinada.com/modules.php?name=News&file=print&sid=116
...
Рейтинг: 0 / 0
18.04.2007, 16:38
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34471003
Майевтик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Майевтик
Гость
LOKI-85Прототипирование меня не интересует, меня интересует как по ГОСТу (по времени выполнения) разрабатывается эта самая спецификация? Ведь есть же все-таки какой то регламент!Ну а в чём проблема?

1 ГОСТ 34.601-90 «Стадии создания автоматизированной системы»
Устанавливает стадии, этапы и содержание работ при создании автоматизированной системы (АС)

2 ГОСТ 34.201-89 «Виды, комплектность и обозначения документов при создании АС»

3 ГОСТ 34.602-89 «ТЗ на создание АС»

4 РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»

Всё мгновенно находибельно Гуглом. Только вот слово "спецификация" вы там найдёте лишь во фразе "спецификация оборудования". Думаю, это не то, что вы имели в виду на само деле.
...
Рейтинг: 0 / 0
18.04.2007, 19:28
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34471026
Майевтик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Майевтик
Гость
LOKI-85В рамках разработки системы или ее доработки, что первичней из бизнес-процессов:
Разработка прототипа, интерфейса и т.д. ИЛИ
Разработка функциональной спецификации?
Как НАДО ДЕЛАТЬ?
Как делают мы все уже знаем-))кому как удобней и кто что успевает....Во-первых, применительно к процессу разработки ПО традиционно не применяют термин "бизнес-процесс", а, например, в Госте пользуются терминами "этап", "стадия", в современных методиках разработки - "фаза", "дисциплина", "поток работ", "попдроцесс" и "подпроцесс".

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

В разработке ПО обычно детализируются характеристики продукта/системы, если детализируются внешние характеристики, более близкие к исходным требованиям и целям системы, то это "спецификация требований", requirements specification, на профжаргоне - "specs".

Если детализируются внутренние свойства, более близкие у решениям, то это "спецификации решения". Если это уж совсем описания уровня реализации, как на самом деле всё будет создаваться, то "спецификации реализации".

Т.е. прототип конечно делается на основе требований, возможно, детальных (спцификации требований). Дальнейшая детальная проработка прототипа может порождать спецификацию решения и далее, реализации.
...
Рейтинг: 0 / 0
18.04.2007, 19:40
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34472133
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
LOKI-85Спецификация - описание функциональности с перечнем модулей, систем и подсистем с приложенной документацией к ней.

Как минимум Леффингуэлл, Коберн и Вигерс сходятся в том, чтонужно отделять спецификацию функционала (требования, UC) от спецификации архитектуры (в т.ч. "перечня модулей, систем и подсистем"). Первая идёт от заказчика, если не выполнить - не заплатят денег. Вторая идёт от архитекторов и разработчиков, и в большинстве случаев на заказчику почти безразлична. Возможно, Вы совмещаете роли аналитика и архитектора. Но даже в этом случае нужно понимать: один и тот же функционал можно реализовать по-разному. И на этапе выявления функциональной спецификации трудно принять правильное архитектурное решение, даже если оно кажется очевидным. Чтобы сделать это, необходимо (но не достаточно) учитывать все функциональные требования.
...
Рейтинг: 0 / 0
19.04.2007, 11:46
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34472281
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
AlexTheRaven
И на этапе выявления функциональной спецификации трудно принять правильное архитектурное решение, даже если оно кажется очевидным. Чтобы сделать это, необходимо (но не достаточно) учитывать все функциональные требования.
Функциональные треб-я в виде специфик. ----> ВИ/Преценденты/USE CASE паральлельно с архитектурой?
...
Рейтинг: 0 / 0
19.04.2007, 12:16
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34472317
Майевтик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Майевтик
Гость
AlexTheRaven...на этапе выявления функциональной спецификации трудно принять правильное архитектурное решение, даже если оно кажется очевидным. Чтобы сделать это, необходимо (но не достаточно) учитывать все функциональные требования.Саша, давай всё-таки помнить, что архитектура делается главным образом на основе нефункциональных требований :)
...
Рейтинг: 0 / 0
19.04.2007, 12:25
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34472654
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Майевтик AlexTheRaven...на этапе выявления функциональной спецификации трудно принять правильное архитектурное решение, даже если оно кажется очевидным. Чтобы сделать это, необходимо (но не достаточно) учитывать все функциональные требования.Саша, давай всё-таки помнить, что архитектура делается главным образом на основе нефункциональных требований :)
с чего бы это?
...
Рейтинг: 0 / 0
19.04.2007, 13:41
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34474469
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
Майевтик AlexTheRaven...на этапе выявления функциональной спецификации трудно принять правильное архитектурное решение, даже если оно кажется очевидным. Чтобы сделать это, необходимо (но не достаточно) учитывать все функциональные требования.Саша, давай всё-таки помнить, что архитектура делается главным образом на основе нефункциональных требований :)

Денис,
Мы, наверное, понимаем под архитектурой разные вещи :) . Для меня архитектура - всё, что лежит между требованиями и UC с одной стороны, и TC с другой стороны. В т.ч. class model, component model, deployment model, сама реализация, настройки.

Ну например:
UC: "Оператор отдела логистики определяет маршрут следования груза"=>
Class Model: "Перемещение", "Пункт", "Груз"
Component Model: "Интерфейс оператора отдела логистики", "Подсистема поиска оптимального маршрута"
Deployment Model: "Рабочее место оператора логистики", "Вычислительный сервер поиска оптимальных маршрутов"

точно также, как и
Formal Requirement: "Система должна поддерживать одновременно 10000 пользовательских сессий"=>
Class Model: "Вычислительный сервер поиска оптимальных маршрутов", "Сервер БД", "Канал связи", "Нагрузка"
Component Model: "Подсистема балансировки нагрузки"
Deployment Model: "Рабочее место оператора логистики", "Вычислительный сервер поиска оптимальных маршрутов", "Сервер БД".
...
Рейтинг: 0 / 0
20.04.2007, 00:02
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34477422
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
LOKI-85В рамках разработки системы или ее доработки, что первичней из бизнес-процессов:
Разработка прототипа, интерфейса и т.д. ИЛИ
Разработка функциональной спецификации?
Как НАДО ДЕЛАТЬ?
Как делают мы все уже знаем-))кому как удобней и кто что успевает....

Если спецификация достаточно очевидна, то нафиг тебе прототипы и т.д.. Пишешь спецификации, делаешь продукт.

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

В любом случае сначала нужно хотя бы приблизительно сформулировать что мы хотим получить, а потом разрабытывать.
...
Рейтинг: 0 / 0
20.04.2007, 19:52
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34477645
Так_забежал_просто
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Так_забежал_просто
Участник
LOKI-85Прототипирование меня не интересует, меня интересует как по ГОСТу (по времени выполнения) разрабатывается эта самая спецификация?Ведь есть же все-таки какой то регламент!
Регламентов люди всяких много понапридумывали. Вопрос только, какую часть этих регламентов целесообразно исполнять. ИМХО, обязательно только с пользователями пообщаться перед разработкой ПО, иначе можно совсем направление потерять. Всё остальное - по ситуации. На исполнение любого регламента тратится время, соответственно, если не видите от него конкретной практической пользы - лучше забить.
...
Рейтинг: 0 / 0
20.04.2007, 22:43
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34478413
Майевтик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Майевтик
Гость
AlexTheRavenДенис,
Мы, наверное, понимаем под архитектурой разные вещи :) . Для меня архитектура - всё, что лежит между требованиями и UC с одной стороны, и TC с другой стороны. В т.ч. class model, component model, deployment model, сама реализация, настройки.Что значит "для меня", "для тебя"? Читаем класегов и точка.
...
Рейтинг: 0 / 0
22.04.2007, 01:54
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34484921
Фотография timda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
timda
Участник
Майевтик AlexTheRavenДенис,
Мы, наверное, понимаем под архитектурой разные вещи :) . Для меня архитектура - всё, что лежит между требованиями и UC с одной стороны, и TC с другой стороны. В т.ч. class model, component model, deployment model, сама реализация, настройки.Что значит "для меня", "для тебя"? Читаем класегов и точка.

Господа, "из разных кланов", сможете вы договорится кто важнее ? ;-) Agile методологии в некоторых случаях предлагают вообще обходиться без проектирования, но если это рассказать архитектору - он подумает, что вы хотите лишить его работы :)

Мне понравилось про спецификации и прототипы. Вопрос в том - что когда создавать. На начальных этапах нам мало что известно, а вот потом заказчик потребует четких описаний! :)
...
Рейтинг: 0 / 0
24.04.2007, 22:54
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34485071
Codenamed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Codenamed
Участник
ИМХО, спецификация не нужна только в одном случае: когда постановка задачи, замысел и реализация - в одной голове. Когда есть разделение труда - без спецификации не обойтись.
...
Рейтинг: 0 / 0
25.04.2007, 04:30
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34486976
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
CodenamedИМХО, спецификация не нужна только в одном случае: когда постановка задачи, замысел и реализация - в одной голове. Когда есть разделение труда - без спецификации не обойтись.

Нужно различать спецификацию, как проектный документ и как неформальный набор описаний.

Сначала появляется неформальный набор описаний. Затем эти описания можно формализовать и записать в виде документа или комментариев к коду или оставить в одной голове.

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

Наиболее точной технической спецификацией программного продукта является код, но его сложно понимать.
...
Рейтинг: 0 / 0
25.04.2007, 16:03
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34487220
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
mcureenabНаиболее точной технической спецификацией программного продукта является
код, но его сложно понимать.
+1 :)
...
Рейтинг: 0 / 0
25.04.2007, 16:59
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34487257
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Наиболее точной технической спецификацией программного продукта является код

Код не является технической спецификацией. Код есть пример субъективного понимания спецификации кодером. Следствие субъективности - ошибки, которых в спецификации может не быть.
...
Рейтинг: 0 / 0
25.04.2007, 17:05
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34487774
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
guest_20040621Код не является технической спецификацией. Код есть пример субъективного понимания спецификации кодером.
.... если его кодирует кодер, отличающийся от автора спецификации. Код "от автора спецификации" есть воплощенная спецификация, с поправкой на "не умею сказать то, что хочу".

С этим же связана знакомая всем ситуация вида "написать код быстрее, чем объяснить, как же его писать".
...
Рейтинг: 0 / 0
25.04.2007, 19:22
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34487917
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Код "от автора спецификации" есть воплощенная спецификация

Кодер должен заниматься своим делом - кодировать, а не спецификации писать. Иначе и спецификация будет дерьмовой, и код.
...
Рейтинг: 0 / 0
25.04.2007, 20:20
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34488263
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
МайевтикЧто значит "для меня", "для тебя"? Читаем класегов и точка.
Классики тоже между собой не договорились. Да им и не обязательно: у них есть большой положительный опыт, который - главный критерий всего. Ну или такого опыта нет, и тогда понятно, какого рода это "классики" (встречаются в академических кругах). Но копирование чужого положительного опыта далеко не всегда приводит к собственному положительному результату: условия всегда отличаются.

Я к тому, что если кто-то что-то написал, будь он хоть трижды классик, это не мешает иметь своё мнение, свой подход, адаптиррванный к условиям своих проектов.
...
Рейтинг: 0 / 0
26.04.2007, 01:19
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34488281
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
guest_20040621Кодер должен заниматься своим делом - кодировать, а не спецификации писать. Иначе и спецификация будет дерьмовой, и код.
Спецификации могут быть разными. Как минимум - "условия" и "решения". Спецификацию "решения" написать некому, кроме как самому программисту, даже "кодеру", в существование которого я не верю, т.к. не встречал. Наверное, её можно сделать неотделимой от кода, хотя в большом проекте это - плохая практика.
Но вот спецификация условия всегда должна быть отделимой от кода. Даже если и тем, и другим занимается один и тот же человек. Иначе невозможно проверить, действительно ли решают поставленную задачу подходящим для этого способом.
...
Рейтинг: 0 / 0
26.04.2007, 01:59
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34488448
Codenamed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Codenamed
Участник
Спецификация и код - это как интерфейс и реализация.
Автор спецификации знает (в идеале), что нужно, автор кода (в идеале) - как нужно.
То есть, спецификация - это способ сказать разработчикам, что именно от них требуется.
...
Рейтинг: 0 / 0
26.04.2007, 08:43
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34489516
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
Ну как дети, блин...

> Как минимум - "условия" и "решения".

Спецификацией "решение" называется документирование кода. Никаких других спецификаций реализации нет и нафиг они не нужны.

Спецификацией "условия" может называться вообще все, что угодно. Нормальные люди пользуются при постановке задачи нормальными инструментами - например, набором UML диаграмм - и "спецификации" используют в том случае, если не хватает обычных средств (что на самом деле абсолютно невероятно) или в случае неумения ими пользоваться (во что верится очень охотно).

> в существование которого я не верю, т.к. не встречал

Оно и понятно, почему.

> если и тем, и другим занимается один и тот же человек

Да не бывает кодеров, которые одновременно и PM, и представители заказчика, и администраторы, и системные аналитики, и архитекторы баз данных и еще крестиком вышивать умеют. Если Вы этого не понимаете - просто запомните.
...
Рейтинг: 0 / 0
26.04.2007, 13:16
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34490506
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
guest_20040621Кодер должен заниматься своим делом - кодировать, а не спецификации писать. Иначе и спецификация будет дерьмовой, и код.

ХМ. Код - спецификация исполняемого модуля для компилятора. Кодер, вообще говоря не знает, какой объектный код (реализация) получится из его исходника, ибо компиляторы выполняют оптимизацию, объектный код зависит от целевой платформы и т.д.. В свою очередь объектный код это часть спецификации для прошивки носителя информации программатором или CD резаком.

Если рассматривать модель ЖЦ ИС, то результатом выполнения этапа является спецификация для выполнения следующего этапа. Но мы отвлеклись от темы.

Прежде чем писать код, кодер (в уме или на бумажке) моделирует поведение целевой машины в терминах приближенных к операциям языка программирования и ответных действий машины, сопоставлет его с исходной системной спецификацией. Возможен вариант, когда сначала пишется код, затем компилируется и отлаживается на реальной или виртуальной машине. Этот процесс не стандартизирован. Небольшие программы быстрее сразу писать и отлаживать на целевой машине (если бюджет позволяет, ведь целевой машиной может быть как ПК, так и система управления атомным реактором). Для программы покрупнее придётся сначала выполнить структурную декомпозицию на небольшие подпрограммы, которые уже можно кодировать, проверять и отлаживать непосредственно. Я предпочитаю, чтобы вся (под)программа умещалась на одном экране, если не умещается, выполняю декомпозицию.
...
Рейтинг: 0 / 0
26.04.2007, 16:49
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34490577
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> ХМ.

Кроме документирования потока сознания есть что сказать?
...
Рейтинг: 0 / 0
26.04.2007, 17:08
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34491115
dvvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dvvv
Участник
LOKI-85В рамках разработки системы или ее доработки, что первичней из бизнес-процессов:
Разработка прототипа, интерфейса и т.д. ИЛИ
Разработка функциональной спецификации?


Чтобы не разводить флейм, нужно сначала определиться с терминами.

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

Если "Разработка функциональной спецификации" - это что-то другое, то просьба дать свое толкование.
...
Рейтинг: 0 / 0
26.04.2007, 20:43
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34491682
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
dvvvЕсли "Разработка функциональной спецификации" - это что-то другое, то просьба дать свое толкование.
это неГОСТированный набор букв.
...
Рейтинг: 0 / 0
27.04.2007, 09:40
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34494309
Фотография byur
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
byur
Участник
dvvvЕсли "Разработка функциональной спецификации" - это принятие решение о том, что должна делать система, то как можно, не решив, что система должна делать, разрабатывать ее прототип, интерфейс, и.т.д.?


ОК,примем, что в функциональной спецификации видим что должна делать система ... тогда вопрос, а где мы описываем то какие возможности должен иметь пользователь этой системы? ;-) ...
...
Рейтинг: 0 / 0
28.04.2007, 01:58
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34495190
Майевтик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Майевтик
Гость
AlexTheRavenКлассики тоже между собой не договорились. Да им и не обязательно: у них есть большой положительный опыт, который - главный критерий всего. Ну или такого опыта нет, и тогда понятно, какого рода это "классики" (встречаются в академических кругах).
Есть мнение Бредемейера и Буча.
http://www.bredemeyer.com/whatis.htm#What%20Software%20Architecture%20Is%20Not
http://www.bredemeyer.com/Architect/WhatsInAName.htm#Architecture_Versus_Design

AlexTheRaven Но копирование чужого положительного опыта далеко не всегда приводит к собственному положительному результату: условия всегда отличаются.

Я к тому, что если кто-то что-то написал, будь он хоть трижды классик, это не мешает иметь своё мнение, свой подход, адаптированный к условиям своих проектов.Да, тот же Бредемейер предлагает забавную циклическую ссылку:
авторSoftware architecture is the set of decisions the software architect makes.
- "What decisions does the software architect make?"
-The architecturally significant ones.
- "What is architecturally significant?"
- The architect decides!
- "A tautology!" you protest.
- Ah, think about it, I counter.Но, имея своё мнение по поводу терминологии ('When I use a word,' Humpty Dumpty said, in a rather scornful tone,' it means just what I choose it to mean, neither more nor less'), причём разительно отличающееся от общепринятого мнения, ты рискуешь нарваться на когнитивый диссонанс - собственно, уже нарвался.
...
Рейтинг: 0 / 0
28.04.2007, 12:48
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34496600
novise
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
novise
Участник
Первичность и вторичность определяются уровнем заказчика.

Наблюдал: если заказчику как результат нужен только нормально работающий модуль - он его не получает долго.
Вывод:
Если исполнитель не может сделать спецификацию - он не исполнитель, а... Это уже на собственном опыте заказчика.
...
Рейтинг: 0 / 0
28.04.2007, 21:30
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34496730
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
Майевтик<...>
Но, имея своё мнение по поводу терминологии ('When I use a word,' Humpty Dumpty said, in a rather scornful tone,' it means just what I choose it to mean, neither more nor less'), причём разительно отличающееся от общепринятого мнения, ты рискуешь нарваться на когнитивый диссонанс - собственно, уже нарвался.
То, на что я "нарвался", больше похоже на защитную реакцию.
Я уважаю чужое мнение. Но меня мало волнует, насколько моё мнение соответствует чужому. Если моё мнение позволяет добиваться хорошего (объективно, в деньгах хорошего) результата - значит, для проектов, в которых я работал и работаю, оно правильное. Neither more nor less. Если меня о нём спрашивают - я его высказываю.
...
Рейтинг: 0 / 0
29.04.2007, 02:29
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34496731
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
dvvv<...>
Если "Разработка функциональной спецификации" - это принятие решение о том, что должна делать система, то как можно, не решив, что система должна делать, разрабатывать ее прототип, интерфейс, и.т.д.?
Прототип как раз можно. Дело в том что заказчик очень редко сразу же может точно и правильно сформулировать, что должна делать система. Но посмотрев на систему, он может сформулировать это значительно лучше. Полномасштабную систему переделывать долго и дорого. Поэтому и разрабатывают прототип системы, обладающий функциональностью, с которой связаны наибольшие риски.
...
Рейтинг: 0 / 0
29.04.2007, 02:46
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34499181
dvvv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dvvv
Участник
AlexTheRaven dvvv<...>
Если "Разработка функциональной спецификации" - это принятие решение о том, что должна делать система, то как можно, не решив, что система должна делать, разрабатывать ее прототип, интерфейс, и.т.д.?
Прототип как раз можно. Дело в том что заказчик очень редко сразу же может точно и правильно сформулировать, что должна делать система. Но посмотрев на систему, он может сформулировать это значительно лучше. Полномасштабную систему переделывать долго и дорого. Поэтому и разрабатывают прототип системы, обладающий функциональностью, с которой связаны наибольшие риски.
Да, конечно. Я имел в виду, что для того, чтобы делать прототип, надо хотя бы знать, прототип ЧЕГО делается. То есть все равно, в самом начале должен быть документ, в котором написано, что нужно сделать систему, которая должна учитывать, например, сепульки. Этакая функциональная спецификация нулевого приближения. Потом, после показа прототипа, эта спецификация будет уточнена, прототип усовершенствован, и т.д. пойдет итерационный процесс. А если этого с самого начала не написано, то сделают прототип системы учета фигулек, и только после его показа заказчику выяснится, что надо было - учета сепулек. То есть будет проведена одна лишняя итерация. Не смертельно, конечно, но сроки, но бюджет... А квалификация аналитика как раз измеряется тем, насколько он может уменьшить число таких итераций, вытягивая из потока сознания заказчика как можно больше информации ДО показа ему реализации системы.
...
Рейтинг: 0 / 0
02.05.2007, 11:49
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34499232
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
dvvv
То есть все равно, в самом начале должен быть документ, в котором написано, что нужно сделать систему, которая должна учитывать, например, сепульки. Этакая функциональная спецификация нулевого приближения.
это называется доокумент - "концепция" на 2-3-4 страницах
...
Рейтинг: 0 / 0
02.05.2007, 12:07
| Ответить | Цитировать | Написать  
Что первичней:разработка или создание спецификации к ней?
    #34509262
John 3Volta
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
John 3Volta
Участник
По части "функциональных спецификаций" лично мне нравится подход Джоэла Спольски (кстати, всем советую почитать его книгу "JOEL ON SOFTWARE").
В моём понимании его подхода, функц.спецификация - это описание того, что будет разрабатываться. Причём глазами Заказчика (или даже пользователя). И обязательно написано понятным Заказчику языком. Мало того, это должно быть чуть ли не художественно-литературное произведение, которое Заказчик не просто сможет прочесть, но и чтобы ему было интересно это делать. В конечном итогое Заказчик должен подписать (или не подписать) эту спецификацию чётко понимая, что в ней написано.
...
Рейтинг: 0 / 0
07.05.2007, 12:39
| Ответить | Цитировать | Написать  
42 сообщений из 42, показаны все 2 страниц
  все  
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Что первичней:разработка или создание спецификации к ней?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=33&tid=1549090]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 143ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 256ms
total:  501ms
созд. / загр.: 501ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]