目录 1引言... 4 1.1  目的... 4 1.2  背景... 4 1.3  术语... 4 1.4  预期读者与阅读建议... 5 1.5  参考资料... 6 1.6  需求描述约定... 6 2.项目概述... 7 2.1  系统功能... 7 2.2  业务描述... 7 2.3  数据流程描述 (可选) 9 2.4  用户的特点... 9 2.5  运行环境要求... 9 2.6  设计和实现上的限制... 9 3.功能需求的描述... 10 4.非功能需求... 18 4.1…

一.选题报告 目录 团队名称 团队成员 项目名称 项目描述 创新与收益 用户场景分析 真实用户调研 未来市场与竞争 项目导图 比例权重 总结 1.团队名称--指南者团队 2.团队成员 孔潭活:2015034643032 何德新:2015034643017 吴淑谣:2015034643018 苏咏梅:2015034643025 李茵敏:2015034643012 3.项目名称--基于 Java Web 的毕业设计选题管理平台 4.项目描述 在大多学校中的毕业论文双向选择管理大多都是采用了人工进行管…

[项目 · Wonderland]需求规格说明书 · 终版 Part 0 · 简 要 目 录 Part 1 · 流 程 / 分 工 Part 2 · 需 求 规 格 说 明 书 Part 1 · 流 程 / 分 工 分 工 我们觉得需求规格说明书不适合全组参与,各个组员已有自己份内任务且正在进行,该规则说明书主要由组长负责撰写. 要求中提到的 "每个人都需进行相应的commit,作为团队开发的第一次尝试",各个组员已经进行过了相应的且为份内任务相关的尝试,在项目的 dev 分支中能看到…

团队项目——AI五子棋(小程序) 一.团队展示: 队名:未来的将来的明天在那里等你 小组 队员: 龙天尧(队长)(3116005190),林毓植(3116005188),黄晖朝(3116005178),梁竟(3116005183),林俊博(3116005185),林立新(3116005186) Github项目地址:https://github.com/holidaysss/AI-Gobang 项目描述: AlphaGo Zero在世界舞台上取得的巨大成功体现了人工智能算法的快速发展和其蕴含着的…

一.团队分工 组员 工作比例 参与范围 王诚荣 17% 原型设计,需求规格说明书整合,LOGO设计 马祎特 22% PPT制作,演讲,博客模板,用户描述 陈斌 21% 评审表格制作,引言,项目描述,功能描述,用户特征,场景描述 洪康 10% 用例图,后端调研,需求分析讨论 杨慧德 9% 需求规格说明书模板,说明书讨论 张康凌 7% 市场分析,评审问题记录 金云琨 7% PPT辅助设计,原型设计辅助 刘紫明 7% 后端调研,产品订单v1.0 二.产品订单v1.0 功能名 优先级 功能描述 用户描述…

团队Github项目仓库 软件规格需求说明书 引言 编写目的 软件规格需求说明书书了“2048俄罗斯方块”1.0版本的软件功能性需求和非功能性需求. 文档约定 描述编写文档时所采用的标准或排版约定,包括正文风格,提示区或重要符号.例如,说明高层需求的优先级是否可以被所有细化分需求所继承,或者每个需求陈述是否都有优先级. 读者对象和阅读建议 该软件需求规格说明书针对开发人员.测试人员等,用于开发初期确定软件的系统设计,详细设计.本文内容包括面向用户分析.功能性需求.技术需求,阐述了系统的真实性.可…

需求说明书的7大特征: 完整性 正确性 可行性 必要性 划分优先级 无二义性 可验证性 每条需求规格说明书的4大特点: 完整性 一致性 可修改性 可跟踪性 需求管理就是一种获取.组织并记录系统需求的系统化方案,以及一个是客户与项目团队对不断变更的系统需求达成并保持一致的过程,需求管理可以提高项目的成功率. 需求工程: 需求基线:将评审通过的需求纳入到配置库中,进入受控状态…

成果展示2 - 软件需求规格说明书V4.3…

⭐对于软件需求规格说明书的理解 在没写这份软件需求规格说明书的时候我们组成员都不是很理解它的必要性,当然,写完之后才知道它的作用. 软件需求说明书的存在是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,双方进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据,并作为确认测试和验收的依据. 在写了这份软件需求规格说明书之后才更加明确我们项目的很多细节理解,包括它的背景.目的.项目产品的描述.功能描述.特点.具体需求.它的可用性等等,在正式做软件之前必须要把这些都细节…

工作流程 ① 组长查阅相关文档.示例文件等,根据本小组项目特点进行定制需求规格说明书目录. ② 根据选题报告工作进行任务分配,追求工作量最小化.效率最大化. ③ 分工编辑文档. ④ 组长搭建Github团队以及团队仓库,进行相关设置. ⑤ 组长上传写好的标题框架MD文件,组员们Clone仓库,Pull框架MD文件,进行自己部分的内容添加. ⑥ Push修改后的MD文件至自己的仓库,请求合并至项目仓库 ⑦ 组长处理合并请求. ⑧ 组长进行最后审核,转换PDF文件,完成工作 组员分工 叶文滔:引言部…