需求规格说明书
3.4.1.3.6 用户界面
[如有条件插入界面原型，否则注明‘无’或‘略’。原型设计采用Axure工具]
3.4.1.3.7 约束与约定
[描述本功能需求的相关约束或约定，可裁剪。] 约束：1、只能按月查询，不支持数月一起查询。
2、要求在30秒内反馈查询结果，超过30秒没有处理结果要求系统发送告知信息，在网站页面上展示（如“系统忙，请稍后再试”）。
3.4.1.4 详单查询
3.4.1.4.1 业务定义/功能描述
[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。]
根据客户的手机号码和时间段等信息，提供客户指定的时间段内通话清单的详细资料。根据甘肃移动的情况，详单查询采取5+1的模式，即用户可以查询当前月与最近5个月的详单情况
1. 客户通过网上营业厅密码认证后，查询详单。 2. 提示客户输入查询的详细账单的起始时间和终止时间。 3. 查询结果通过网站页面展示给客户。 4. 对所有查询的操作可提供日志记录。
TW_PROC_RM_301
第21 页总 36页
需求规格说明书
3.4.1.4.2 使用角色描述
[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]
使用角色为中国移动用户，只有登陆用户具备详单查询权限，查询结果只读，不可修改。
3.4.1.4.3 业务操作流程
[描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明。如无需或没有操作流程说明则注明‘无’或‘略’。]
选择需要查询的详单类型，输入或选择账单周期，点击‘确定’进行详单查询。
3.4.1.4.4 输入
[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。]
数据输入：用户手机号码，服务密码，详单类型、查询时间（开始日期、结束日期）
3.4.1.4.5 输出
[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。] 数据输出：见用户界面。
3.4.1.4.6 用户界面
[如有条件插入界面原型，否则注明‘无’或‘略’。原型设计采用Axure工具]
TW_PROC_RM_301
第22 页总 36页
需求规格说明书
3.4.1.4.7 约束与约定
[描述本功能需求的相关约束或约定，可裁剪。] 约束：1、支持本月查询和最近5个月的详单查询。
2、要求在30秒内反馈查询结果，超过30秒没有处理结果要求系统发送告知信息，在网站页面上展示（如“系统忙，请稍后再试”）。
3.4.1.5 功能点N
3.4.1.5.1 业务定义/功能描述
[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。]
3.4.1.5.2 使用角色描述
[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]
3.4.1.5.3 业务操作流程
[描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明。如无需或没有操作流程说明则注明‘无’或‘略’。]
TW_PROC_RM_301
第23 页总 36页
需求规格说明书
3.4.1.5.4 输入
[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。]
3.4.1.5.5 输出
[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。]
3.4.1.5.6 用户界面
[如有条件插入界面原型，否则注明‘无’或‘略’。原型设计采用Axure工具]
3.4.1.5.7 约束与约定
[描述本功能需求的相关约束或约定，可裁剪。]
例如：只有持有管理员密码的用户才能执行￥100.00或更大金额的退款操作。
4 非功能性需求
[在本节中主要描述项目所包含的非功能性方面的需求，主要包括软件需求和硬件需求。]
4.1 软件需求
总体要求
(1)应用软件应采用面向对象的分析、设计方法。 (2)应用软件应采用模块化的方式实现软件的重构和组装。
(3)应用软件应具有较强的灵活性，以便在今后业务需要时，可简单、迅速方便地实现 等。
(4)应用软件应具备一定的可扩充性，能不断满足对系统功能的需求。
TW_PROC_RM_301
第24 页总 36页
相关推荐：
loading