福大易宝-<项目需求规格说明书> 流程 在开会时统一了项目的开发背景,具体功能,然后在同一个工作环境下进行该说明书的编写. 分工 1.李佳铭.杜宏庆共同负责引言和项目描述的内容. 2.刘双玉负责用例图的生成. 3.肖小强负责类图的生成. 4.汪志彬负责原型中素材的收集. 5.符天愉.江郑.邓弘立共同完成原型设计,功能描述,验收验证标准部分. 具体分工比例 姓名 比例(%) 刘双玉 12 李佳铭 12 杜宏庆 13 汪志彬 12 肖小强 13 江郑 13 符天愉 13 邓弘立 12 需求规格说明…
一.团队分工 组员 工作比例 参与范围 王诚荣 17% 原型设计,需求规格说明书整合,LOGO设计 马祎特 22% PPT制作,演讲,博客模板,用户描述 陈斌 21% 评审表格制作,引言,项目描述,功能描述,用户特征,场景描述 洪康 10% 用例图,后端调研,需求分析讨论 杨慧德 9% 需求规格说明书模板,说明书讨论 张康凌 7% 市场分析,评审问题记录 金云琨 7% PPT辅助设计,原型设计辅助 刘紫明 7% 后端调研,产品订单v1.0 二.产品订单v1.0 功能名 优先级 功能描述 用户描述…
[项目 · Wonderland]需求规格说明书 · 终版 Part 0 · 简 要 目 录 Part 1 · 流 程 / 分 工 Part 2 · 需 求 规 格 说 明 书 Part 1 · 流 程 / 分 工 分 工 我们觉得需求规格说明书不适合全组参与,各个组员已有自己份内任务且正在进行,该规则说明书主要由组长负责撰写. 要求中提到的 "每个人都需进行相应的commit,作为团队开发的第一次尝试",各个组员已经进行过了相应的且为份内任务相关的尝试,在项目的 dev 分支中能看到…
团队Github项目仓库 软件规格需求说明书 引言 编写目的 软件规格需求说明书书了“2048俄罗斯方块”1.0版本的软件功能性需求和非功能性需求. 文档约定 描述编写文档时所采用的标准或排版约定,包括正文风格,提示区或重要符号.例如,说明高层需求的优先级是否可以被所有细化分需求所继承,或者每个需求陈述是否都有优先级. 读者对象和阅读建议 该软件需求规格说明书针对开发人员.测试人员等,用于开发初期确定软件的系统设计,详细设计.本文内容包括面向用户分析.功能性需求.技术需求,阐述了系统的真实性.可…
一.选题报告 目录 团队名称 团队成员 项目名称 项目描述 创新与收益 用户场景分析 真实用户调研 未来市场与竞争 项目导图 比例权重 总结 1.团队名称--指南者团队 2.团队成员 孔潭活:2015034643032 何德新:2015034643017 吴淑谣:2015034643018 苏咏梅:2015034643025 李茵敏:2015034643012 3.项目名称--基于 Java Web 的毕业设计选题管理平台 4.项目描述 在大多学校中的毕业论文双向选择管理大多都是采用了人工进行管…
需求说明书的7大特征: 完整性 正确性 可行性 必要性 划分优先级 无二义性 可验证性 每条需求规格说明书的4大特点: 完整性 一致性 可修改性 可跟踪性 需求管理就是一种获取.组织并记录系统需求的系统化方案,以及一个是客户与项目团队对不断变更的系统需求达成并保持一致的过程,需求管理可以提高项目的成功率. 需求工程: 需求基线:将评审通过的需求纳入到配置库中,进入受控状态…
网站概述 一个特别的在线问答游戏 用户环境 小屏手机, 中等屏幕平板电脑, 大屏显示器 使用chrome浏览器将有全部功能, 其他浏览器完备的基本功能 编程语言&开发环境 HTML/CSS/Javascript Python 开发环境: windows 10 / Centos 7.2 预期用户数目 因为项目的性质, 回答者最好的情况下不应该知道自己在被提问者考验, 所有项目初步阶段限制用户数目, 只开放给10-20人的目标用户来使用. 若实验顺利, 将继续增加功能来应对大批用户. 目标用户特点…
团队项目——AI五子棋(小程序) 一.团队展示: 队名:未来的将来的明天在那里等你 小组 队员: 龙天尧(队长)(3116005190),林毓植(3116005188),黄晖朝(3116005178),梁竟(3116005183),林俊博(3116005185),林立新(3116005186) Github项目地址:https://github.com/holidaysss/AI-Gobang 项目描述: AlphaGo Zero在世界舞台上取得的巨大成功体现了人工智能算法的快速发展和其蕴含着的…
⭐对于软件需求规格说明书的理解 在没写这份软件需求规格说明书的时候我们组成员都不是很理解它的必要性,当然,写完之后才知道它的作用. 软件需求说明书的存在是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,双方进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据,并作为确认测试和验收的依据. 在写了这份软件需求规格说明书之后才更加明确我们项目的很多细节理解,包括它的背景.目的.项目产品的描述.功能描述.特点.具体需求.它的可用性等等,在正式做软件之前必须要把这些都细节…