文档介绍：)功能建模2)数据建模3)-E-R图-数据字典-状态-**。分析员必须考虑以下问题:功能和性能可靠性和质量总的系统目标成本与进度限制制造需求市场与竞争情况有效的技术将来可能的扩充识别希望的功能和性能范围;确定系统的功能、性能、约束和接口;*、细致。获取的需求是个全集,系统真正实现的是个子集。细致地调研并不表明在分析时将调研内容都纳入到新系统中,但有利于以后的扩充。以流程为主线在与用户交流的过程中,应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。这样便于交流沟通。*软件工程流程的描述既要有宏观,又要有微观。即要强调总体的业务流程、全生存期的业务流程,又要对流程细化,有分支的业务流程。需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。表现在:需求的不稳定性:在整个软件生存周期内软件需求会随着时间的推移发生变化;需求的不准确性:用户和开发人员的认识会随着使用系统实现业务流程的实践逐步提高,一开始不可能设想得面面俱到。需求获取只有通过有效的客户/开发者的合作才能成功。*。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求,分析人员、开发人员和客户就能探索出描述这些需求的多种解决方案。需求获取技术包括两方面的工作:建立获取用户要求的方法的框架;支持和监控需求获取的过程的机制。* 反映了组织或客户开展相关业务的工作流和业务规则,是对系统、产品高层次的目标要求,与该组织或客户的业务领域有关。用户需求描述用户使用软件需要完成哪些任务,可通过用例(usecase)图或场景说明加以阐明。功能―非功能需求定义了开发人员必须实现的软件功能,而非功能需求如表所示:*、性能要求及过程要求*、岗位设置、职责定义,从功能上区分有多少个子系统,划分系统的大致范围,明确系统的目标。调研每个子系统的工作流程、功能与处理规则,收集原始信息资料,用数据流来表示物流、资金流、信息流三者的关系。对调研内容事先准备,针对不同管理层次的用户询问不同的问题,列出问题清单。将操作层、管理层、决策层的需求既联系又区分开来,形成一个需求的层次。*软件工程对与用户沟通的情况及时总结归纳,整理调研结果,初步构成需求基线。若基线符合要求,则需求获取完成。需求调研的主要手段:发调查表;召开调查会;向用户领域的专家个别咨询;实地考察,跟踪现场业务流程;查阅与待开发系统有关的资料;使用各种调查工具等。*软件工程