機能要件と設計側面の間の線はどこに描いていますか?機能要件の設定 - 詳細レベル
私が説明できる場合、私のシステムの1つの機能は、ユーザー階層を実装する必要があるということです。この場合
は、それらの階層は、要件(すでにユーザー階層が何であるかを知っていると仮定した場合)の下に来ているかは、プロジェクトの設計面の下に来るものの定義でしょうか?
機能要件と設計側面の間の線はどこに描いていますか?機能要件の設定 - 詳細レベル
私が説明できる場合、私のシステムの1つの機能は、ユーザー階層を実装する必要があるということです。この場合
は、それらの階層は、要件(すでにユーザー階層が何であるかを知っていると仮定した場合)の下に来ているかは、プロジェクトの設計面の下に来るものの定義でしょうか?
あなたが機能要件とデザインの側面の間に線を引くか?
要件コードが行う必要があるものです。デザインは、それがクラス階層で、それを行いますどのように入った、デザインパターンは、使用など
要件:
が ユーザーの、B、およびCのタイプが存在する必要があります。タイプA、タイプBは、隠れた フォーラムに 自分のアカウントとポストを編集することができ、 自分のアカウントを編集することができるだけで、すべてを編集することができますタイプCは、すべてのフォーラムに とポストを占めています。アプリケーションは何とか何とか何とかので、小さなメモリフットプリントを持っている必要があります....
デザイン:
ユーザークラスの各インスタンス は 権限オブジェクトのメンバ変数が含まれています。権限 オブジェクトは FOO、バー、バズと呼ばれる、メモリがタイトであるため、ビットフィールド のラッパーですが、 いくつかの便利なメソッドを持っています。 fooはXXXを実行し、 public(最終的にデザインは非常に低いレベルになり、コードに になります)。
私はそれが実際のデザインであるとは言いませんが、設計がどのように要件を分析し、最終的には動作するかについて説明します。