В теме 9 ответов, и 5 участников, последнее обновление сделано пользователем 
Andrei 5 г, 11 мес. назад.
-
Сообщения
-
Всех приветствую!
Прошу поделиться в этой ветке примерами и шаблонами такой документации как Software Design Document.
Для аналитиков это все же не очень обычный документ, но зачастую вероятно приходится (как людям, умеющим писать на иностранных языках и формализовывать хаотичные потоки сознания ) их составлять (при участии разработчиков и архитекторов), конечно. Учитывая, что на этом форуме крутятся и техрайтеры, то вероятно они смогут поделиться оным.Вот определение из Википедии для тех, кто как и я, знакомы с этим документом лишь понаслышке:
A software design document (SDD) is a written description of a software product, that a software designer writes in order to give a software development team an overall guidance of the architecture of the software project. An SDD usually accompanies an architecture diagram with pointers to detailed feature specifications of smaller pieces of the design. Practically, a design document is required to coordinate a large team under a single vision. A design document needs to be a stable reference, outlining all parts of the software and how they will work. The document is commanded to give a fairly complete description, while maintaining a high-level view of the software.
There are two kinds of design documents called HLDD (High Level Design Document) and LLDD (Low Level Design Document).
Буду очень признателен реальным примерам.
Пожалуй я начну: примера у меня под рукой не оказалось, но нашла неплохой, на мой взгляд, шаблон. Это для начала, чтобы было, что обсудить, в дальнейшем, надеюсь, кто-нибудь поделится собственным опытом в составлении таких документов.Благодарностей: 1 Цитировать
Всем привет…
Пока ездили в командировку, связанную с проектом, было время в дороге подумать о высоком )).
Вот выкладываю 2 обнаруженных в сети довольно разных варианта SDD и тут же хочу задать вопрос.А в чем все-таки соль этого документа… Почему нельзя было создать такой стандарт, который бы объединял данный документ со спецификацией требований?
Ведь сказано — не плодите сущностей без необходимости…Вот в русскоязычном стандарте все объединено в техпроект:
один раздел — описание процессов (прослеживается аналогия с функциональными требованиями SRS)
другой — описание основных технических решений (прослеживается аналогия с SDD)А тут… Вопрос мой, наверное, следует пометить тегом "глупый"
Хороший вопрос . С моей точки зрения не стоит мешать эти документы хотя бы потому, что разные люди работают над ними. Мне бы не понравилось, если бы архитекторы/разработчики лезли и правили мою документацию. Это во-первых. Во-вторых, SRS можно и заказчику послать почитать, не такой уж и скучный документ… А вот были бы в нем еще code conventions, архитектура классов и т.д. — он бы повесился. В-третьих — ну а зачем? Количество проектной документации снизить? Не тот value, чтобы заставлять всех, кроме требований, читать aka пролистывать еще и ненужные детали реализации.Спасибо. Исчерпывающий и очень полезный для меня ответ! Единственная поправка на наши местные условия: нам не полагается системного архитектора. Его роль выполняет главный инженер проекта, но он ничего не пишет.. Он только руководит процессом разработки, а пишут всё 2 аналитика, один из которых me )))
Поэтому мы экономим на писанине. Понимаю, что это, вероятно, не есть хорошо.. Но таковы реалии. Не всем посчастливилось работать в масштабных проектах и как по учебнику
Поэтому мы экономим на писанине. Понимаю, что это, вероятно, не есть хорошо..
Ну, собственно, а чем плохо?
У вас есть конкретное пожелание заказчика увидеть SDD?
Признаюсь, практически ни на одном проекте, в котором я участвовал, мы не писали SDD. Да Это, кстати, отдельный вопрос — нужен ли данный документ и если да, то когда? Если вкратце, то на мой взгляд если проект на является какой-то мегагромадной многолетней системой + на проекте некому такой документ писать, то ну его в баню… Видов проектной документации много (если по учебникам). Да только если писать ее всю от начала и до конца смертеподобно.Добрый день!
Тоже заинтересовал SDD. :-)SDD как я понимаю должен писать архитектор основываясь на SRS?
А как часто вам приходится писать SDD?
Всем привет…
Вот выкладываю 2 обнаруженных в сети довольно разных варианта SDD и тут же хочу задать вопрос.один из них сверхсекретный SDD мин. обороны потенциального противника
SDD как я понимаю должен писать архитектор основываясь на SRS?
А как часто вам приходится писать SDD?Правильно понимаете, SDD, как правило, пишут архитекторы, однако они могут привлекать к процессу аналитиков, как сказал Герыч, "как людей, умеющих писать на иностранных языках и формализовывать хаотичные потоки сознания". Самостоятельно SDD мне писать не приходилось, а вот помогать рисовать диаграммы и приводить в порядок текст — бывало.
Добрый день, ребята!Необходима ваша помощь. Требуется грамотно составить документ SYSTEM/SUBSYSTEM SPECIFICATION (SSS) -DID и SYSTEM/SUBSYSTEM DESIGN DESCRIPTION (SSDD)-DID по стандарту USA MIL-STD-498 для иностранной корпорации (стандарт военный), и стандарты ISO IEC IEEE заказчик отвергает. Необходим пустой шаблон (template). А ЛУЧШЕ всего — готовый, оформленный пример с контентом(особенно интересуют диаграммы).
Просьба делится всем, что есть.
Всем заранее спасибо.
С ууважением
Вы должны авторизироваться для ответа в этой теме.
