网上书城当当网在线购物系统需求分析Word文档格式.docx
《网上书城当当网在线购物系统需求分析Word文档格式.docx》由会员分享,可在线阅读,更多相关《网上书城当当网在线购物系统需求分析Word文档格式.docx(20页珍藏版)》请在冰豆网上搜索。
![网上书城当当网在线购物系统需求分析Word文档格式.docx](https://file1.bdocx.com/fileroot1/2023-1/7/b8611109-916c-4f1e-aad4-9445fb8414ee/b8611109-916c-4f1e-aad4-9445fb8414ee1.gif)
◆解释为一个用例开发多个场景的过程
◆用例图与活动图的关系
◆定义组件图与部署图
◆如何在分析阶段鉴别系统所需的对象与类
◆解释系统的静态视图
◆定义动态模型的角色
◆创建对象图与类图
◆定义属性与方法
◆解释类图中关联的概念
◆解释基数性的概念
◆定义复杂关联
◆解释如何通过关联类与引用关联解决复杂关联问题
◆解释继承、泛化、特化的概念
◆解释多态
◆定义抽象类
◆解释聚合、组合的概念
◆描述OOAD中“角色名”使用
◆解释类图中扩散的概念
◆解释代理与委托
◆解释面向对象中“责任”的概念
◆解释动态建模的概念
◆解释并创建时序图
◆解释并创建协作图
◆解释并创建状态转换图
◆解释并创建活动图
三、该文档在软件开发过程中的作用
该文档建立在需求说明之上,当分析人员初步确认用户的需求后,可以开始对用户的需求进行分析,该过程主要就是详细分析功能实施的可行性及其解决方案。
该分析过程的重点关注是功能与数据,
分析阶段的进行依赖UML记号来完成,该记号的特点是直观,分析的初期阶段分析文档还能便于客户阅读,比如用例图。
分析后期的文档便于设计师阅读。
也就是说分析阶段的文档主要面向两个使用者:
客户与设计师、程序员。
分析就是把物理模型转化为信息抽象模型,分析阶段的文档就是分析师与客户交流的介质,也是分析师与后期设计师交流的介质。
分析的成功与失败关系着整个项目的成功与失败。
四、撰写该文档的主要特点:
过去面向过程的分析方式以功能为主导,功能数据分开独立分析,同时并重的分析方式。
OOAD的分析方式以数据为主导,以功能与数据分析交互且并重的方式进行分析。
该阶段以类图为中心,时序图等为辅导的,类图是集功能与数据为一体的分析表达方式,时序图,协作图是一功能为辅导的分析表达方式,状态图是以局部数据为导的分析表达方式,在分析的初期阶段类图的表达是倾向于数据分析表达的。
分析阶段的类图体现了工作流,数据流,软件系统实现的初期结构,我们可以根据类图得到功能流程,数据流,E-R模型,甚至可以直接通过工具得到POJO代码。
分析阶段的类图,在设计阶段可以细化成软件系统实现,其中包括模块设计,界面操作流程设计等。
该文档背后还关联一套由Rose产生的UML格式的文件。
五、分析的模式
1、把需求说明的功能抽象成场景用例。
2、根据场景用例形成初期的类图
3、通过时序图细化功能流,并在细化过程把数据抽象成类,置入类图结构中。
4、通过协作图确认功能时序是完整的。
5、通过状态图细化某些数据的变化状态,补充时序图对数据状态描述的不足。
6、如果需要可以使用活动图,从另外纯功能流的角度再检测是否有遗漏的功能。
7、3,4,5,6步骤反复与交互直到没有遗漏的功能的数据为止。
8、根据上面分析结果,细化类成员,比如数据类型,修饰限制等。
添加成员方法等。
9、根据OO思想,让类图体现结构层次。
10、根据设计模式,让类结构更良好,比如单子模式,工厂模式,MVC模式,门面模式,DAO模式,对类进行结构细化。
忌讳为写文档而写文档,为画UML图而画UML图。
分析与设计没有明显的界限,分析设计是一体的,尽管课程中分析设计是分开讲述的。
二需求用例模型
一、系统前台
1.1用户注册用例
1.1.1用例图
1.1.2用例描述
描述要素
描述内容
备注事项
用例名称
用户注册
用例编号
用例简述
用户填写注册信息,并提交保存
参与者
用户
前置条件
用户需要有一个电子邮件地址
后置条件
用户可以登录,并进行商品交易结算
特殊需求
提供附加码验证
1.1.3事件流[时序图表示]
1.2用户登录用例
1.2.1用例图
1.2.2用例描述
用户登录
用户输入帐号与口令进行登录
用户必须已经注册
用户可以进行商品交易结算
1.2.3事件流
1.3商品浏览查询用例
1.3.1用例图
1.3.2用例描述
商品浏览查询
用户可以选择商品类别,进行查询浏览
无
用户可以添加商品到购物车
1.查询结果要求实现分页显示
2.每种商品分栏显示
3.查询条件多样化,模糊化
1.3.3事件流
1.4商品交易用例
1.4.1用例图
1.4.2用例描述
商品交易
用户在商品浏览界面,选择商品到购物车,然后结算
1.选购商品到购物车
2.用户必须登录
1.产生订单与交易记录
1.4.3事件流
1.4.3.1购物车事件流
1.4.3.2交易结算事件流
1.5用户信息自维护用例
1.5.1用例图
1.5.2用例描述
用户信息自维护
1.查询,浏览修改,删除用户的定单,交易记录
2.修改,注销用户的注册信息
用户已经登录
1.5.3事件流
1.5.3.1定单查询浏览事件流
1.5.3.2订单修改事件流
1.5.3.3订单删除事件流
1.5.3.4交易记录查询浏览事件流
1.5.3.5用户信息修改事件流
1.5.3.6用户注册信息注销事件流
二、系统后台
2.1管理人员登录
2.1.1用例图
2.1.2用例描述
2.1.3事件流
2.2管理员维护
2.2.1用例图
2.2.2用例描述
2.2.3事件流
2.3注册用户管理
2.3.1用例图
2.3.2用例描述
2.3.3事件流
2.4用户定单管理
2.4.1用例图
2.4.2用例描述
2.4.3事件流
2.5商品类别维护
2.5.1用例图
2.5.2用例描述
2.5.3事件流
2.6商品信息维护
2.6.1用例图
2.6.2用例描述
2.6.3事件流
三用户界面模型
一、界面结构类图
二、界面操作概要说明
界面名称
操作功能说明
购物系统主界面
1、用户登录
2、登录后的用户还可以退出登录。
3、按商品类别浏览
4、按商品类别查询
5、登录用户可以随时进行用户注册信息维护
注册界面
1、用户输入注册信息
2、用户提交注册信息
3、用户重填注册信息
4、用户可以随时刷新附加验证码
用户信息自维护界面
1、直接提供用户注册信息注销
2、提供用户注册信息修改
3、提供订单查询,修改,删除
4、提供交易记录浏览,不提供修改与删除
订单查询浏览界面
1、提供订单查询:
按商品名称,交易日期,价格等。
2、提供订单删除。
3、提供订单修改。
订单修改界面
1、提供订单信息修改信息输入。
2、提供订单信息提交。
3、提供订单修改取消。
交易记录查询浏览界面
1、提供交易记录浏览
2、提供交易记录过滤查询:
按商品名,交易日期,价格等
用户信息修改界面
1、提供用户注册信息修改输入。
2、提供用户注册信息修改提交。
3、提供用户注册信息修改取消。
商品查询浏览界面
1、提供最新商品信息推荐
2、提供商品分页分栏浏览
3、提供商品多样化按字段查询
4、提供把商品放入购物车的操作
购物车界面
1、提供商品数量更新,默认是商品添加的次数。
2、提供商品删除。
3、提供商品结算操作。
4、提供登录操作。
5、提供最新商品推荐。
登录界面
1、提供登录信息输入
2、提供登录信息提交
3、提供登录信息重填
4、提供附加验证码的刷新
三、界面流向图
四部署模型