需求文档

CMMI的级别 (Capability Maturity Model Integration软件能力成熟度模型集成模型) 1．初始级 软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。 2．可重复级 建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。 3．已定义级 已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。 4．量化管理级 分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。 5．优化管理级 过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。 CMMI的过程域 2、3级共有18个过程域（PA）,主要内容如下，分四大类： 一、过程管理： 1．OPD：（Organizational Process Definition）组织级过程定义。建立和维护有用的组织过程资产。 2．OPF：（Organizational Process Focus）组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。 3．OT：（Organizational

【Alpha阶段】第六周Scrum Meeting! 第六周任务内容： 本次会议为第六周第一次Scrum Meeting 会议。 本次会议在学生公寓225展开，全员参加。 队员 上周完成任务 本周要完成任务 王震 UI制作软件磨刀熟悉（完成） https://github.com/Qin-Hao/SoftwareEngineering/issues/6 使用墨刀制作UI界面 秦浩 需求分析文档设计（完成） https://github.com/Qin-Hao/SoftwareEngineering/issues/3 安卓程序代码学习 曲少伟 软件架构分析（完成） 完成软件架构文档 司呈令 参与需求分析文档设计（完成） 辅助各项事务 开会照片： 软件架构分析草图： 关于困难和收获： 王震：软件工程的设计方法太赞了，甚至可以用到其他诸如自己的学习方法上来，节约时间的同时效果也很好，不愧是这么多年这么多人这么多大公司累积出来的思路。 秦浩：需求分析文档对整个软件工程的作用是非常大的，所以会花很大的功夫去学习，借鉴和研究需求分析文档，有一定难度同时也是非常必要的。 曲少伟：软件工程的前期准备也不容易，需要花大功夫，考虑很多因素，而且对于需求分析来说一次讨论还不够，多讨论几次每次都会有新的需求点提出来。 司呈令：软件工程不同于普通的软件制作或程序编写，无疑是具有复杂性。需要耐心

1、产品人员设计完原型和文档后，召开需求评审会，参会人员有开发，测试，产品。需求评审后之后，会产生一个完善之后的原型和需求文档。 2、测试组负责人需要依据需求文档，项目周期、项目特点、工具、人员安排制定测试计划。 3 4 5 6 7 8 9 10 11 转载请标明出处: Android 测试的流程（工作流程） 文章来源: Android 测试的流程（工作流程）

软件需求说明书是描述一个项目中各项功能要求和肺功能要求的一份基础性/关键性文档.它不单单要阐明系统与业务部门/系统与其他相关业务系统之间的关系,而且要完整定义和描述各项功能的输入/处理/控制/和响应的输出(包括各种形式的打印等) 软件需求说明书将业务部门提交的需求文档中的用户需求(业务需求)转换为具体的技术实现方案.软件需求说明书是设计/开发/测试/验收依据的基础性文档,应当从技术实现角度,真实/准确/详细的描述如何实现响应的用户(业务需求).描述用于应该准确/清晰/易懂,有利于软件需求说明书的读者理解/开发人员参考/测试人员测试和软件的用户进行验证,有利于需求提出方与开发人员的沟通 软件需求说明书是提现工作成果的主要依据 软件需求说明书不仅是项目文档,也是可传承的应用资产 文章来源: 软件需求说明书 (1)

B端，或者2B，一般指的是英文中的 to busniss，中文即面向企业的含义。 与B端相对应的，是C端，或者2C，同样指的是英文中的 to customer，即面向消费者的意思。 因此，人们平常所说的B端产品，就是指面向企业的产品，比如企业中用到的一整套内部办公软件，内部财务结算软件，办公erp平台，以及帮助企业实现数字化转型的云计算平台，大数据分析平台，AI人工智能平台，这些都属于面向企业的B端产品。 而与之相对的C端产品，就是指直接面向普罗大众的产品，直接面向消费者群体。其中，互联网app便是其中的产品之一，包括微信、QQ、外卖app、淘宝、抖音等都是直接面向消费者的C端互联网产品。 在产品研发的层面，B端产品经理和C端产品经理的工作职责也是不一样的。 相比起C端产品更加追求用户的新鲜感和体验感，B端产品更加注重为客户降低生产成本，提升生产效率。 因此，C端产品经理需要发动大脑去想如何满足用户的衣食住行需求，并非常重视满足用户的新鲜感；而B端产品经理则要更加贴合企业实际，将客户需求转换为产品功能，提升客户的生产和办公效率，降低生产成本。 一、产品需求文档是什么？ 产品需求文档作为从需求到功能的具体实现指南，是所有开发、测试人员在产品开发过程中的必备文档。个人认为，不管是B端还是C端，产品需求文档都应该具有以下特点： 结构鲜明、逻辑完整、表达准确、通俗易懂。 结构鲜明

组长链接 https://www.cnblogs.com/leemelon/p/11749990.html 组队后的团队项目的整体计划安排；（1 2分） 阶段 主要任务 计划时间 1 项目选题 2019.09.25-2019.10.23 2 需求分析 2019.10.18-2019.10.27 3 编码规范 2019.10.28-2019.11.05 4 Alpha冲刺 2019.11.06-2019.11.20 5 改进总结调整 2019.11.21-2019.11.26 6 Beta冲刺 2019.11.27-2019.12.10 7 整体测试 2019.12.10-2019.12.20 团队分工（2 5分） 组员 分工 李昕晖（组长） 报告组，分配任务 王怀骋 评审表组 刘烨 评审表组 曾宇辉 ppt组，演讲，答辩 玛尔孜亚 ppt组 王银 ppt组 李福佳 报告组 黄斌敏 报告组 张伟佳 报告组，博客 翟鑫亮 报告组，博客 陈超星 报告组 确定 alpha 版本需要做哪些事情 用户端模块 模块序号 模块名 模块内容 1 登录注册模块 用户注册登录用户，修改找回密码 2 下单模块 用户自主下单 3 搜索模块 用户查询拼单，商家信息 4 交易模块 用户拼单后在线支付交易 5 订单模块 用户实时了解订单信息 6 咨询反馈模块 faq 人工服务 后台模块 模块序号 模块名 模块功能

组长链接 https://www.cnblogs.com/leemelon/p/11749990.html 组队后的团队项目的整体计划安排；（1 2分） 阶段 主要任务 计划时间 1 项目选题 2019.09.25-2019.10.23 2 需求分析 2019.10.18-2019.10.27 3 编码规范 2019.10.28-2019.11.05 4 Alpha冲刺 2019.11.06-2019.11.20 5 改进总结调整 2019.11.21-2019.11.26 6 Beta冲刺 2019.11.27-2019.12.10 7 整体测试 2019.12.10-2019.12.20 团队分工（2 5分） 组员 分工 李昕晖（组长） 报告组，分配任务 王怀骋 评审表组 刘烨 评审表组 曾宇辉 ppt组，演讲，答辩 玛尔孜亚 ppt组 王银 ppt组 李福佳 报告组 黄斌敏 报告组 张伟佳 报告组，博客 翟鑫亮 报告组，博客 陈超星 报告组 确定 alpha 版本需要做哪些事情 用户端模块 模块序号 模块名 模块内容 1 登录注册模块 用户注册登录用户，修改找回密码 2 下单模块 用户自主下单 3 搜索模块 用户查询拼单，商家信息 4 交易模块 用户拼单后在线支付交易 5 订单模块 用户实时了解订单信息 6 咨询反馈模块 faq 人工服务 后台模块 模块序号 模块名 模块功能

一、组长作业博客链接 梅恒权 二 、团队项目的整体计划安排 设计一款简洁实用、功能齐全、为福大学子们量身定做的基于移动设备的线上任务交易平台APP——“福大帮帮”。在平台上，福大校园里的同学可以发布任务及酬劳，能提供帮助的同学可以领取任务给与帮助，这不仅帮助任务发布者以高效方便地寻求帮助并解决问题，也让任务领取者在帮助了他人的同时也获取相应酬劳，两全其美；同时在平台上，同学间也可进行二手物件交易，尤其是二手书交易。 三、团队分工 队员姓名 队内身份 主要任务 梅恒权 团队项目管理员 （队长） 规划项目进程、答辩 组织会议、分配任务 维护及网页宣传 参与文档拟写 王瑞卿 产品经理 产品设计 团队报告 PPT 参与文档拟写 杨欢 前端工程师 全栈 参与文档拟写 汪倍民 前端工程师 负责前端的开发 参与文档拟写 关文涛 后端工程师 负责后端的开发 参与文档拟写 黄奕颂 后端工程师 负责后端的开发 参与文档拟写 陈梦雪 美工 负责 app 的 ui 设计 参与文档拟写 朱庆章 美工 负责 app 的 ui 设计 参与文档拟写 黄宇航 数据测试 团队报告 博客撰写 后期数据测试 参与文档拟写 胡康 数据测试 团队报告 博客撰写 后期数据测试 参与文档拟写 四、思维导图 五 、评估团队中每个人对本次作业的贡献比例 组员 分工 贡献比 梅恒权（组长） 需求分析报告、评审 6% 王瑞卿

一、组长作业博客链接 梅恒权 二 、团队项目的整体计划安排 设计一款简洁实用、功能齐全、为福大学子们量身定做的基于移动设备的线上任务交易平台APP——“福大帮帮”。在平台上，福大校园里的同学可以发布任务及酬劳，能提供帮助的同学可以领取任务给与帮助，这不仅帮助任务发布者以高效方便地寻求帮助并解决问题，也让任务领取者在帮助了他人的同时也获取相应酬劳，两全其美；同时在平台上，同学间也可进行二手物件交易，尤其是二手书交易。 三、团队分工 队员姓名 队内身份 主要任务 梅恒权 团队项目管理员 （队长） 规划项目进程、答辩 组织会议、分配任务 维护及网页宣传 参与文档拟写 王瑞卿 产品经理 产品设计 团队报告 PPT 参与文档拟写 杨欢 前端工程师 全栈 参与文档拟写 汪倍民 前端工程师 负责前端的开发 参与文档拟写 关文涛 后端工程师 负责后端的开发 参与文档拟写 黄奕颂 后端工程师 负责后端的开发 参与文档拟写 陈梦雪 美工 负责 app 的 ui 设计 参与文档拟写 朱庆章 美工 负责 app 的 ui 设计 参与文档拟写 黄宇航 数据测试 团队报告 博客撰写 后期数据测试 参与文档拟写 胡康 数据测试 团队报告 博客撰写 后期数据测试 参与文档拟写 四、思维导图 五 、评估团队中每个人对本次作业的贡献比例 组员 分工 贡献比 梅恒权（组长） 需求分析报告、评审 6% 王瑞卿

<Hunter>需求规格说明书 所属学院： 数学与计算机科学学院 团队名称： Computer-Hunters 指导老师： 汪璟玢、张栋 项目成员： 邱健强、李清宇 、朱煜喆、 江海天、沈溢煌、吴俊杰、林志全、黄杨龙、 阿说阿加、陈聪 修订历史记录 日期 版本 说明 作者 2019.10.25 V1.0 第一个版本，根据项目主体架构形成 Computer-Hunters 第一章：引言 1.1目的 本节描述软件产品需求规格说明书（SRS）的目的是： 为准确描述“hunter”软件定位，明确软件需求，也作为用户和软件开发人员之间相互了解的基础；减少开发工作以及便于软件升级和产品转移撰写本文档。本篇软件规格需求说明书详细描述了“hunter”这一软件的用户需求、软件规格等内容。方便用户深入了解该软件，同时也是开发者进行开发、测试以及软件验收的主要依据。 1.2项目背景 软件名称：hunter-电脑猎手 开发者：福州大学2019软件工程实践课程“hunter-电脑猎手”小组 项目组长：吴俊杰 开发人数：10人 本项目经过大量资料搜集，客户需求问答调查等方式充分了解潜在用户需求，从用户的需求以及对于当前市场上产品不能解决的用户问题出发，经过组内讨论从而确定了软件定位和主要功能。本产品目的在于为选择电脑问题较大，对于电脑性能，配置感到陌生的群体提供更多便捷。并且暂不以盈利为目的