Software Design Descrição Practice [fechado]

Question

Quantas pessoas realmente escrever um documento SDD antes de escrever uma única linha de código?

Como você lida com grande CSCI de?

O padrão que você usa para o conteúdo SDD?

O que alfaiataria que você fez?

Answer 1

Eu certamente tenho. Historicamente e em projetos recentes.
Anos atrás eu trabalhei em organizações onde os modelos eram tudo. Depois trabalhei em outros lugares onde os modelos eram mais frouxa ou inexistente ou não se enquadram nos projetos que eu estava trabalhando.
Agora o conteúdo do projeto de software é praticamente governado pelo que eu preciso para descrever a ficar com a ideia do outro lado para o público.
"Antes de escrever uma única linha de código" não haveria muito a de detalhe. Os documentos que produzem antes de eu começar a codificar são destinadas a ficar com a ideia de que precisamos para construir toda às equipes afetadas e alta gerência para que eles introduzem alto nível arquitetura, funcionalidade, tecnologias, riscos e escopo. Esses dois últimos são realmente importantes. O resto é mostrar outras equipes em que você precisa para fazer a interface com eles e deixar os gestores com uma noção persistente que coisas legais está acontecendo.

Answer 2

A maioria das grandes empresas de software têm as suas próprias práticas. Por exemplo Motorola tem documentação detalhada para cada aspecto do processo de desenvolvimento de software. Existem modelos padrão para cada tipo de documentos. Ter padrões rígidos efetivamente permite manter grande número de documentos e integrá-lo com ferramentas diferentes. Cada documento obtém o número de seguimento do sistema especial de rastreamento de documento. Eles ainda têm sistema (última vez que eu vi foi em estágio de desenvolvimento inicial) para requisitos de seguimento automático -. Você pode dizer que linha de código relacionar dada exigência \ diretriz projeto

Answer 3

eu poderia supor que a maioria das pessoas que escrevem documentos SDD e terminologia utilização como CSCI tem que estar usando uma metodologia de desenvolvimento de software específico e muito provavelmente estão trabalhando por algum cliente governamental sério. Eles geralmente tendem a tomar suas preparações muito a sério e os documentos estão prontos e aprovados antes de quaisquer partidas de desenvolvimento.

Em um Agile processar o desenvolvimento e o documento de concepção pode ser desenvolvida em paralelo. Isso significa que haverá uma abundância de refatoração para ser feito, mas, geralmente, proporciona resultados muito bons no final.

Em processos mais formais (como RUP) um documento SAD é principalmente criado durante a elaboração / fase de protótipo baseado na pesquisa equipe.