传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。然而详细的需求说明书有以下5大弊端：单向的信息传递，容易出现理解偏差。文档很正式，我们会误以为它一定是对的，不去质疑它，让我们停止作出判断。有了详细的文档，我们不会反复讨论它，相互确认。书面文档不利于团队共享责任，它扮演了证据的角色。Scrum强调团队共享责任，不论是需求人员、开发人员和还是测试员，大家的共同目标是通过讨论、协作，正确理解需求之后把这些需求变成客户真正需要的功能，而
2022-05-19 13:00:45
793KB
1
CMMI3软件特点. 编辑 播报. 总结一下3级的几个重要特点：. 1)明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。. 2)对项目管理提出了更高的要求，要利用组织级的数据来管理项目。. 3)出现了专门针对组织级的PA，要求有专门的组织来负责 ...
2022-04-18 14:05:12
1.08MB
1
系统主要实现以下功能：用户可以在线查看旅游路线，在线预订住宿，观看攻
略，在线留言，查看景点文化、发布心得。
还有购票和登录，用户需要登录
南京旅游微信小程序，可以查看各处景点，购票，住宿等功能的登录之后可以发布攻略，旅游心得之类的
2022-04-15 16:05:20
25.07MB
1 引言 5
1.1 目的 5
1.2 背景 5
1.3 术语 5
1.4 预期读者与阅读建议 5
1.5 参考资料 6
1.6 需求描述约定 7
2 项目概述 10
2.1 系统目标 10
2.2 系统范围 10
2.3 用户角色描述 10
2.4 系统架构图 10
2.5 总体流程图 11
2.6 功能摘要 11
2.7 数据流程描述 11
2.8 运行环境要求 11
2.9 设计和实现上的限制 12
3 现状分析 12
3.1 业务现状 12
3.2 软件现状 12
3.2.1 三级标题 13
3.3 硬件现状 13
3.4 网络现状 13
3.5 数据现状 13
4 功能需求 14
4.1 功能模块1 14
4.1.1 产品概述 14
4.1.2 产品概述 14
4.1.3 产品结构（功能摘要） 14
4.1.4 特性说明 14
4.2 功能模块2 17
4.2.1 产品概述 17
4.2.2 产品结构（功能摘要） 17
4.2.3 状态说明 18
4.2.4 特性说明 18
5 非功能需求 19
5.1 用户界面需求 19
5.2 软硬件环境需求 20
5.3 系统质量需求
2022-04-13 18:07:32
219KB
软件开发需求评审表，含组织架构管理系统、权限管理系统、界面自定义系统、以及评审意见。文档编号：ITQMS-SEP-P01
2022-04-06 10:07:47
221KB
1
中国矿业大学系统软件开发课程报告，四个实验，每个都是按着软件工程开发形式进行，需求分析、概要设计、详细设计都有。内容包括高级计算器、SQL语言编译器，用的是flex&bison;。实验代码和运行成功清单在另一个资源里。
2022-03-16 09:16:22
1.86MB
1