コードを 1 行も書く前に、実際に SDD ドキュメントを作成する人は何人いますか?
大規模な CSCI をどのように処理しますか?
SDD コンテンツに使用する標準は何ですか?
どんな仕立てをしましたか?
コードを 1 行も書く前に、実際に SDD ドキュメントを作成する人は何人いますか?
大規模な CSCI をどのように処理しますか?
SDD コンテンツに使用する標準は何ですか?
どんな仕立てをしましたか?
私は確かに持っています。歴史的にそして最近のプロジェクトについて。
数年前、私はテンプレートがすべてである組織で働いていました。次に、テンプレートが緩んでいるか存在しないか、作業中のプロジェクトに適合しない他の場所で作業しました。
現在、ソフトウェア設計の内容は、アイデアを聴衆に伝えるために私が説明する必要のある内容によってほぼ左右されます。
「1行のコードを書く前に」詳細はあまりありません。コーディングを開始する前に作成するドキュメントは、影響を受けるチームと上級管理職に何を構築する必要があるかを理解し、高レベルのアーキテクチャ、機能、テクノロジー、リスク、および範囲を紹介することを目的としています。これらの最後の2つは本当に重要です。残りは、他のチームとやり取りする必要がある場所を他のチームに示し、マネージャーにクールなことが起こっているという長引く概念を残すことです。
SDDドキュメントを作成し、CSCIのような用語を使用するほとんどの人は、特定のソフトウェア開発方法論を使用する必要があり、政府の深刻な顧客のために働いている可能性が高いと思います。彼らは通常、準備を非常に真剣に受け止める傾向があり、開発が始まる前にドキュメントが準備され承認されます。
アジャイルプロセスでは、開発と設計ドキュメントを並行して開発できます。これは、実行するリファクタリングがたくさんあることを意味しますが、通常、最終的には非常に良い結果が得られます。
より正式なプロセス(RUPなど)では、SADドキュメントは主に、チームの調査に基づいて、精緻化/プロトタイピングフェーズで作成されます。
ほとんどの大手ソフトウェア企業には、独自のプラクティスがあります。たとえば、Motorola には、ソフトウェア開発プロセスのあらゆる側面に関する詳細なドキュメントがあります。ドキュメントの種類ごとに標準のテンプレートがあります。厳格な基準を持つことで、膨大な数のドキュメントを効果的に維持し、さまざまなツールと統合することができます。各文書は、特別な文書追跡システムから追跡番号を取得します。彼らは自動的に要件を追跡するためのシステムを持っています (私が最後に見たのは開発の初期段階でした) - コードのどの行が特定の要件\設計ガイドラインに関連しているかを言うことができます.