第1章 电商务网上购书信息管理系统.doc

第1章 电子商务网上购书信息管理系统 1.1用户需求的分析与处理 1.1.1 任务名称：用户需求的分析与处理 1.1.2 任务描述 依据电子商务的特点与基本流程以及用户需求调查报告，通过理解需求阶段的目标，给业务上下文和系统功能建模，在完整的用例模型中记录系统需求，完成需求模型报告，最后依据需求模型报告进行产品需求规格说明书的撰写。 1.1.3 任务分析 需求分析人员要按“初始、细化、构造与移交四步走”的路线，通过“以目标为基础、以用例为中心的三次迭代式需求分析”的过程来完成对用户需求的分析。 （1）第一次迭代（初始）：学会进行项目目标分解、进行项目目标可研分析，构造提交项目目标模型，形成项目大纲。 （2）第二次迭代（细化）：学会进行用例图建模，进行客户需求分析，构造提供软件功能模型，形成客户需求文档。 （3）第三次迭代（构造）：学会对用例进行“三位”一体的描述方式，分析软件用例的动态行为，构造提交用例的业务流程图、实体类图、原型图，形成产品需求说明书。 需求验证（移交）：学会从需求类型与属性角度评估需求的质量，移交产品需求说明书 1.1.4网上购书业务流程 1.1.5 需求分析人员分析用户的需求 第一步：细化并分析用户需求 对比较复杂的用户需求进行建模分析，以帮助软件开发人员更好地理解需求。 第二步：撰写产品需求规格说明书 需求分析员按照指定的文档模板撰写《产品需求规格说明书》。如果待开发的产品分为软件和硬件两部分的话，则应当撰写《软件需求规格说明书》和《硬件需求规格说明书》。 第三步：进行需求确认 1．需求建模 （1）目标模型 步骤： 第一步:建立业务目标到软件功能目标的转化模型 第二步：建立业务限制因素到软件非功能目标的转化 第三步：建立软件功能目标与非功能目标之间的双向束定关系 经过综合得到如下关系模型: ? 2)用例模型 用例模型是系统既定功能及系统环境的模型，它可以作为客户和开发人员之间的契约。用例是贯穿整个系统开发的一条主线。一个用例模型包括了系统的所有用例,它是系统所有可能用途的总和。 蓝星网上购书信息管理系统用例一览表如表1-1所示： (3)业务对象模型 2.撰写需求规格说明书 《产品需求规格说明书》的重点是阐述“做什么”，而不是阐述“怎么做”。《产品需求规格说明书》应当正确、清楚、无二义性、一致、完备、可实现以及可验证。 “正确”是《产品需求规格说明书》最重要的属性。真正的困难是开发者和用户自己都不明白用户究竟“想要什么”和“不要什么”。为确保需求是正确的，开发方和用户必须对《需求规格说明书》进行确认；清楚的需求让人易读易懂，不在于文档的厚度； “无二义性” 是指每个需求只有唯一的含义。如果一个人说的话，不同的人可能有不同的理解，那么这句话就有二义性。如果需求存在二义性，将会导致人们误解需求而开发出偏离需求的产品。为了使需求无二义性，人们在写《产品需求规格说明书》时措词应当准确，切勿模棱两可。 “一致”（Consistent）是指《产品需求规格说明书》中各个需求之间不会发生矛盾。矛盾常常潜伏在需求文档的上下文中。“完备”（Complete）是指《产品需求规格说明书》中没有遗漏一些必要的需求。人们往往倾向于关注系统的特色功能，而忽视了其它一些不起眼的但却是必需的功能。 “可实现”意味着在技术上是可行的，并且满足时间、费用、质量等约束。经过双方确认的《产品需求规格说明书》相当于商业合同，如果开发方不能够实现《产品需求规格说明书》中的内容，那就是违约，可能会被罚款的。《产品需求规格说明书》中的各项需求对用户方而言应当都是可验证的（Verifiable）。如果需求是不可验证的，那么用户就无法验收软件，可能会发生商业纠纷。 1.2项目计划安排 1.2.1 任务名称：项目计划安排 蓝星网上购书管理信息系统项目计划安排 1.2.2 任务描述 编写蓝星网上购书信息管理系统用于协调所有项目计划编制文件、指导项目执行和控制的文件。要清楚地描述出： 　　–项目划分的各个实施阶段 　　–每个阶段的工作重点和任务是什么 　　–完成本阶段工作和任务的人力、资源需求，时间期限 　　–阶段工作和任务的成果形式 　　–项目实施过程中对风险、疑难、其他不可预见因素等的处理机制 　　–各任务组及开发人员之间的组织、协调关系等。 1.2.3 任务分析