如何写好一个系统需求分析
在做一个系统需求分析时，首先是确定角色，其次应该写好功能分析，在这里要让开发人员一目了然各个业务对象都有什么操作，这是宏观的概念，它有名称、描述、主要路径和前置条件，这是业务的开始，我认为在这里应对业务对象进行大的分类，例如在开发人员中可以分为java开发人员和.NET开发人员，那么这两类人员都有共同的操作，是否可以将他们化为一个大类，并且有一个主类，他们继承这个主类，我认为应该做出这样的描述，以便让开发人员一目了然系统中各个角色继承组合等关系，然后，是问题单处理流程描述，在这里要让开发人员一目了然各个角色的权限，这是一个具体问题的角色流程，这是业务的过渡，最后是问题流程分析，在这里要让开发人员一目了然在问题中有哪些操作和它们的流程，这是业务的过程，我认为在这里应将一些多次出现的业务对象找出来，这些业务对象我认为可以放入缓冲池（如图中的配件档案和技术档案），因为在开发中应特别注意时间和空间的协调问题。最后，我认为java在开发中应特别注意它的双亲委派模型，也就是在装载一个类型时需要从最顶层开始依次向下装载，如果层次较多恐怕会引起效率问题，以上是我的一些总结。 在做一个系统需求分析时，首先是确定角色，其次应该写好功能
在做一个系统需求分析时，首先是确定角色，其次应该写好功能分析，在这里要让开发人员一目了然各个业务对象都有什么操作，这是宏观的概念，它有名称、描述、主要路径和前置条件，这是业务的开始，我认为在这里应对业务对象进行大的分类，例如在开发人员中可以分为java开发人员和.NET开发人员，那么这两类人员都有共同的操作，是否可以将他们化为一个大类，并且有一个主类，他们继承这个主类，我认为应该做出这样的描述，以便让开发人员一目了然系统中各个角色继承组合等关系，然后，是问题单处理流程描述，在这里要让开发人员一目了然各个角色的权限，这是一个具体问题的角色流程，这是业务的过渡，最后是问题流程分析，在这里要让开发人员一目了然在问题中有哪些操作和它们的流程，这是业务的过程，我认为在这里应将一些多次出现的业务对象找出来，这些业务对象我认为可以放入缓冲池（如图中的配件档案和技术档案），因为在开发中应特别注意时间和空间的协调问题。最后，我认为java在开发中应特别注意它的双亲委派模型，也就是在装载一个类型时需要从最顶层开始依次向下装载，如果层次较多恐怕会引起效率问题，以上是我的一些总结。 在做一个系统需求分析时，首先是确定角色，其次应该写好功能
