第七次作业--项目需求分析(团队)
第七次作业--项目需求分析(团队)
标签(空格分隔): 软工实践
【项目 · Wonderland】需求规格说明书 · 简版
Part 0 · 简 要 目 录
Part 1 · 流 程 / 分 工
Part 2 · 需 求 规 格 说 明 书
Part 1 · 流 程 / 分 工
分 工
-
我们觉得需求规格说明书不适合全组参与,各个组员已有自己份内任务且正在进行,该规则说明书主要由组长负责撰写。
-
要求中提到的 “每个人都需进行相应的commit,作为团队开发的第一次尝试”,各个组员已经进行过了相应的且为份内任务相关的尝试,在项目的 dev 分支中能看到组员的 commit记录;
-
考虑到课程分数分配的需要,组内对组员该阶段已做的其它工作进行一定的换算视为该需求规则说明书的参与比率;
总 和 | 浩 晖 | 书 豪 | 海 林 | 汉 森 | 兴 桔 | 文 航 |
---|---|---|---|---|---|---|
100 | 15 | 20 | 20 | 15 | 20 | 10 |
流 程
-
先撰写初版,省略了部分内容;
-
在该阶段工作结束后进行相应的完善。
Part 2 · 需 求 规 格 说 明 书
M D 文 件 链 接:《Software Requirements Specification.md》
PDF 文 件 链 接:《Software Requirements Specification.pdf》
To be continue.
审批表的传送门
项目名称 | 成员列表 | 分析 | 格式 | 内容 | PPT | 演讲 | 总分 | 优点 | 缺点 | 存在问题 | 建议 |
---|---|---|---|---|---|---|---|---|---|---|---|
第一组(指尖加密) | 潘友林、刘方宜、罗锃、林盛 | 19 | 7 | 20 | 7 | 8 | 61 | 市场空白 | 各厂商指纹识别方案不一致,正确率无法保证,密钥丢失后处理比较困难。 | 指纹识别的出现是用来方便解锁的,避免了密码解锁这个相对较复杂的过程,该组的应用反而让指纹识别应用的更加繁琐,对于手机和电脑需要在一个局域网,这个条件就比较麻烦。如果手机丢失或者?那么怎么处理。 | 我觉得可以使用USB连接来实现指纹信息的传输 |
第二组(YOUR EYES) | 王雨勤 黄旭、曾俊 叶海辉、周元 | 26 | 8 | 26 | 14 | 13 | 87 | 产品目的明确 | 实用性不高,市场上的竞争对手强大 | 单单检测没有识别,对于准确率影响很大。对于信息提取,非人类的活动,例如一个矿泉水瓶被风吹过来等问题 怎么处理。 | |
第三组(小葵日记) | 蔡安琪、吴智慧、黄章鹏、李语恳、林炜坤、栾少 | 25 | 8 | 26 | 11 | 9 | 79 | 大部分免费、语音功能调用已有的优先产品降低开发难度 | 产品功能太过齐全 | 社交功能很难实现,用户群体太少 关于日记APP质量的问题,主要原因在于用户太少,缺少了用户的推动,就缺少了开发者的维护,对于日记功能,不如一个备忘录来得爽快。看起来很酷,但是没什么卵用。喜爱文字记录的人,谁还会用APP记录呢。。。不如一根笔,一本本子。 | 定位好自己的核心功能,先完成最基础的东西 |
第四组(wonderland) | Z 班 书豪、海林、浩晖,K 班 文航、汉森、兴桔 | 32 | 8 | 31 | 11 | 11 | 93 | 明确需求分析,能随时与核心用户交流 | 圈外人员难以享用系统成果 | 可以试试做一下预估比赛成绩的功能 | |
第五组(rpg游戏) | 张峻雄 陈非易 李佳莹 苏媛 郭圳源 王文智 | 23 | 8 | 23 | 13 | 11 | 78 | 抓住用户时间的碎片化 | 利用团队成员的交际圈逐步推广,效率低下 | 每年新出游戏成百上千,而得到关注的游戏一年只有几个,没有突出的亮点的话,难以脱颖而出 | |
第六组(web账簿管家应用) | 林 晗 黄显林松雄东 | 25 | 8 | 23 | 12 | 11 | 79 | 功能简洁.专注于自己的核心功能 | 无移动端 | 支付流水怎么自动获取?用户的信息安全如何保证?消费记录怎么归类?与当前的一系列产品有什么区别? | |
第七组(上一次app) | 吴晓晖 陈斌豪 程一飞 刘帅珍 陈锦谋 | 20 | 6 | 18 | 12 | 10 | 66 | 产品创意新颖 | 使用麻烦,比较难以吸引用户 | 产品的具体内容,核心功能不够清晰。 |