需求分析.docx

需求分析.docx

《需求分析.docx》由会员分享，可在线阅读，更多相关《需求分析.docx（37页珍藏版）》请在冰豆网上搜索。

需求分析

需求分析课程报告

课程名称需求分析

题目名称基于C2C的快递系统

学生学院计算机学院

专业班级13级软件工程4班

学生姓名彭富华

指导教师廖朝辉

2016年1月7日

引言4

1.立项背景4

2.立项背景概述4

3.UML概述4

4.参考文献5

项目概述6

1.面向的用户6

2.实现的目标6

3.项目开发要求6

4.开发工具6

系统描述7

1.系统概述7

2.系统总体结构7

3.各部分功能描述8

系统分析8

用例图8

活动图17

时序图30

系统接口37

性能需求38

软件属性38

其他需求38

引言

1.立项背景

随着全球经济一体化进程不断加快，各国间的贸易壁垒不断消除，国际贸易和国内贸易活动愈加活跃，生产、经营和社会活动趋于高效率和快节奏，时间价值越来越重要，大量的样品、单证、商务函件、资料的快速传递需求，为函件快递业者提供了大量的货源。

随着科学技术的发展，产品的科技含量增加，高科技企业的大量产品，体积小、重量轻，货值却很高，占用流动资金很大，快递运输能将这些产品尽快送给客户，并提供良好的包装、仓储、报关物流服务，满足了企业的需要，实现了最大可能的社会化分工。

为了赶上通信行业飞速发展的大势，快递行业需要能提供简洁快捷的快递服务的软件。

2.立项背景概述

快递是兼有邮递功能的门对门物流活动，即指快递公司通过铁路、公路和空运等交通工具，对客户货物进行快速投递。

在很多方面，快递要优于邮政的邮递服务，在这个越来越依赖网络的时代，快递行业也在与时俱进，鉴于手机行业的飞速发展，为了提高竞争力，也需要一款能提供网络快递服务的APP，以应对用户的需求。

3.UML概述

UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。

其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。

总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。

此外，UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。

在需求分析阶段，可以用用例来捕获用户需求。

通过用例建模，描述对系统感兴趣的外部角色及其对系统（用例）的功能要求。

分析阶段主要关心问题域中的主要概念（如抽象、类和对象等）和机制，需要识别这些类以及它们相互间的关系，并用UML类图来描述。

为实现用例，类之间需要协作，这可以用UML动态模型来描述。

在分析阶段，只对问题域的对象（现实世界的概念）建模，而不考虑定义软件系统中技术细节的类（如处理用户接口、数据库、通讯和并行性等问题的类）。

这些技术细节将在设计阶段引入，因此设计阶段为构造阶段提供更详细的规格说明。

五种类图定义：

1.用例图：

从用户角度描述系统功能，并指各功能的操作者。

2.静态图：

包括类图，包图，对象图。

类图：

描述系统中类的静态结构

包图：

是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构

对象图：

是类图的实例

3.行为图：

描述系统动态模型和对象组成的交换关系。

包括状态图和活动图

活动图：

描述了业务实现用例的工作流程

状态图：

是描述状态到状态控制流，常用于动态特性建模

4.交互图：

描述对象之间的交互关系

顺序图：

对象之间的动态合作关系，强调对象发送消息的顺序，同时显示对象之间的交互

合作图：

描述对象之间的协助关系

5.实现图：

配置图：

定义系统中软硬件的物理体系结构

4.参考文献

1.骆斌，丁二玉.需求工程——软件建模与分析【M】北京.高等教育出版社2009

项目概述

1.面向的用户

移动客户端：

有一定购买能力，热衷于网上购物的用户和需要通过成为自由快递人“打工”的用户。

提供购买和送货等模板。

后台：

为管理员实现简单快接地接收和记录订单的系统。

2.实现的目标

移动客户端：

（1）建立一个具有友好界面，操作简单易懂的APP软件。

（2）提供“懒人服务”，即快速搜索各种产品的简介、商家和其他用户购买情况等信息和其他各种合理服务。

（3）提供“接单”功能和申请成为自由快递人，即让用户可以选择作为提供快递等服务的执行方赚取“外快”。

3.项目开发要求

（1）项目开发规范统一：

模块划分，代码编写均遵循小组命名规范文档。

（2）程序友好、具有一定的保密性和良好的可拓展性。

（3）用户界面简洁明了，操作简单快捷。

（4）提供良好的用户反馈方式，及时根据用户新的需求改善和添加系统功能。

4.开发工具

Eclipse

MySQL

系统描述

1.系统概述

该系统总共分为两大系统，分别是移动客户端和后台管理端，前者包括了“帮我送”、“帮我买”、“帮我忙”、接单、用户个人界面等功能模块，后者包括商家信息，自由快递人信息列表和订单信息等功能模块。

2.系统总体结构

3.各部分功能描述

移动客户端：

帮我买：

提供只需要输入商品名称、购买要求和调整期望价格就可下单的快捷服务。

帮我送：

提供只需要输入收货地址和发货地址和其他各项简单设置即可下单的快捷服务。

帮我忙：

提供只需要输入语音信息即可下达服务等待应求的快捷服务。

接单：

提供用户服务应求基本信息和接受的快捷服务。

用户个人界面：

显示用户的基本信息和基本设置等功能。

后台客户端：

商家信息：

提供相应地区的商家基本信息。

自由快递人信息列表：

已成为和待成为自由快递人的相关信息。

订单列表：

用户下单和接单的记录。

系统分析

用例图

1.帮我送

移动客户端：

用例分析

用例名称：

帮我送

标识符：

uc1

优先级：

A（高）

角色：

用户

前置条件：

无

主事件流：

1.用户选择“帮我送”

2.用户输入收发货地址

3.用户选择取货时间

4.用户选择物品重量、声明价值及配送方式

5.点击“立即下单”

6.系统检查输入的有效性

A1：

输入存在空值

7.提示下单成功

8.用例结束

其他事件流：

A1：

输入为空

（1）.系统提示选择

（2）.返回主事件相应选择步骤

后置条件：

订单已成功储存到后台数据库中

特殊需求

2.帮我买

用例名称：

帮我买

标识符：

uc2

优先级：

A（高）

角色：

用户

前置条件：

无

主事件流：

1.用户选择帮我买

2.（语音or键入）商品信息

3.设置当前城市

4.设置购买地和收货地和购买要求

5.设置发单价格

6.点击“立即发布”

7.系统检查输入的有效性

A1：

商品名称为空

8.提示下单成功

9.用例结束

其他事件流：

A1：

商品名称为空

（1）.系统提示商品

（2）.返回主事件相应选择步骤

后置条件：

订单已成功储存到后台数据库中

特殊需求

3.帮我忙

用例名称：

帮我忙

标识符：

uc3

优先级：

A（高）

角色：

用户

前置条件：

无

主事件流：

1.选择帮我忙

2.语音输入需求服务

3.设置帮忙地点和酬劳

4.点击“立即发布”

5.系统提示是否确认订单

A1：

点击“取消”

6.点击“确认”

7.提示下单成功

8.用例结束

其他事件流：

A1：

点击取消

（1）.回到主事件2

后置条件：

订单已成功储存到后台数据库中

特殊需求

4.接单

用例名称：

接单

标识符：

uc4

优先级：

A（高）

角色：

自由快递人

前置条件：

手机打开GPS

主事件流：

1.点击“接单”

2.选择订单

3.听取相应信息

4.点击“接受订单”

5.核实自由选择人身份

A1:

身份未在后台数据库中录入

6.提示接收订单成功

6.用例结束

其他事件流：

A1：

身份未在后台数据库中录入

（1）.提示前往申请自由快递人

后置条件：

自由快递人身份在后台数据库中录入

特殊需求

5.用户个人界面

用例名称：

申请成为自由快递人

标识符：

uc5

优先级：

C（低）

角色：

用户

前置条件：

用户已登录

主事件流：

1.点击“申请成为自由快递人”

2.在线学习考试

3.提交系统审核和考试

A1：

审核未通过

4.提示审核通过

5.授予身份

6.用例结束

其他事件流：

A1：

审核未通过

（1）.返回主事件1

后置条件：

身份信息录入后台数据库中

特殊需求

用例名称：

反馈建议

标识符：

uc6

优先级：

C（低）

角色：

用户

前置条件：

用户已登录

主事件流：

1.点击“建议反馈”

2.输入期望表述的内容

3.点击提交

4.提示你的建议反馈提交成功

5.用例结束

其他事件流：

后置条件：

特殊需求

用例名称：

查询使用帮助

标识符：

uc7

优先级：

C（低）

角色：

用户

前置条件：

主事件流：

1.点击“常见问题”

2.查看相应使用帮助

3.用例结束

其他事件流：

后置条件：

特殊需求

后台客户端：

1.商家信息

2.自由快递人信息列表

3.订单列表

用例名称：

查询信息

标识符：

uc1

优先级：

A（高）

角色：

系统管理员

前置条件：

系统管理员登陆成功

主事件流：

1.点击“查询”

2.显示查询信息

3.用例结束

其他事件流：

后置条件：

特殊需求

用例名称：

增删信息

标识符：

uc2

优先级：

A（高）

角色：

系统管理员

前置条件：

系统管理员登陆成功

主事件流：

1.点击“增删”

2.选择要增加亦或是删除的信息

3.点击确认

4.系统提示是否执行操作

A1:

点击“否”

5.点击“是”

6.提示操作成功

7.显示操作后的信息

8.用例结束

其他事件流：

A1：

点击“否”

（1）返回主事件1

后置条件：

操作录入数据库

特殊需求

用例名称：

修改信息

标识符：

uc3

优先级：

A（高）

角色：

系统管理员

前置条件：

系统管理员登陆成功

主事件流：

1.点击“修改”

2.输入要修改的信息

3.点击确认

4.系统提示是否执行操作

A1:

点击“否”

5.点击“是”

6.提示操作成功

7.显示操作后的信息

8.用例结束

其他事件流：

A1：

点击“否”

（1）返回主事件2

后置条件：

操作录入数据库

特殊需求

活动图

移动客户端：

1.帮我送

2.帮我买

3.帮我忙

4.接单

5.用户个人界面

后台客户端：

1.商家信息

查询

添加

删除

修改

2.自由快递人信息列表

查询

添加

删除

修改

3.订单列表

查询

添加

删除

修改

时序图

移动客户端：

1.帮我送

2.帮我买

3.帮我忙

4.接单

5.用户个人界面

后台客户端：

1.商家信息、自由快递人信息列表及订单列表

查询

修改

增删

系统接口

用户接口：

每一个操作界面都有标题标识，相关功能均在其正文区域有简单概括性的描述。

硬件接口：

本产品都需要进入相应界面进行操作才能完成特定功能，需通过终端，后台端维护时需备份数据。

性能需求

1.精度要求：

部分数据输入输出、和传输精度均要求保留小数点后两位有效数字。

2.时间特征：

更新处理、响应及数据转换传送时间都应控制在1.0s以内

3.灵活性：

大的方向上固定，在具体的应用中适度地进行可控的灵活调控，根据实际情况自行设置。

软件属性

1.系统安全性：

依据用户身份赋予不同权限，一定程度上保证了系统数据的安全性。

数据库需定期进行备份以防突发性数据丢失。

2.可维护性：

系统管理者需对SQLlite数据库应用和管理方面具备一定的知识和经验。

其他需求

1.数据库需求

静态结构、动态组织、访问信息的方式、使用频率以及数据的存储。

2.系统操作需求

本系统采用SQLite系统，可利用其自带的功能进行管理。

3.故障及其处理

预防：

备份相应数据，定期维护。