软工1816 · 第七次作业 - 需求分析报告
组长本次作业的博客
评审表
需求规格说明书
成员分工明细以及TODO-list
负责人 | 分工明细 | TODO-list |
---|---|---|
白晨曦 | 1.规划项目进程;2.组织会议、分配任务;3.负责UI设计;4.参与文档拟写 | 完成各个界面的UI设计稿 |
陈德斌 | 辅助项目原型的逻辑功能设计 | 协同同何裕捷完成项目原型逻辑功能设计 |
林志华 | 1.负责前端的开发;2.辅助pm进行项目规划 | 个人信息模块前端开发 |
何裕捷 | 负责项目原型的逻辑功能设计 | 完成项目原型逻辑功能设计 |
黄培鑫 | 负责前端的设计、开发 | 完成登陆注册模块前端开发 |
蔡子阳 | 负责网络接口 | 完成网络接口的设计与开发 |
李麒 | 1.负责后台的设计、搭建;2.主要功能程序编写 | 完成后台构建以及累计反馈模块的实现 |
乐忠豪 | 1.辅助后台的设计、搭建;2.搭建数据库 | 闹钟模块的实现,搭建数据库 |
王焕仁 | 1.辅助后台的设计、搭建;2.辅助主要功能编写 | 计划模块的实现 |
项目logo
思维导图
团队评估
- 团队分工与贡献比例(100):
- 白晨曦(10):视频和ui。
- 陈德斌(5):E-R图及数据流图的制作。
- 林志华(10):需求分析报告第四章前半部分4.1到4.5。
- 何裕捷(10):需求分析报告第二章、思维导图的制作。
- 黄培鑫(10):需求分析报告第四章后半部分4.6验收验证标准与4.7属性。
- 蔡子阳(30):需求分析报告整合,ppt制作及演讲。
- 李麒(10):博客的撰写、回答提问。
- 乐忠豪(10):评审表设计及总结,需求分析报告引言编写。
- 王焕仁(5):调查报告。
答辩总结
在11月03日的答辩现场我们得到的平均分为:75.25分
第一组:
- 问:宣传视频没有体现出产品的功能
- 答:确实视频制作仓促、质量不足,我们会吸取教训并完善。
- 问:项目需求分析报告的排版有瑕疵
- 答:需求分析报告确实存在瑕疵,我们会进行改良,上传的最终版本也欢迎各位指正。
- 问:展示的PPT中没有体现出“关联闹钟“这个项目特色
- 答:PPT中对于关联的体现确实不足,我们会进一步的完善,突出产品的特色。
第二组:
- 问:使用该软件的核心功能需要联网
- 答:关于联网的问题,首先闹钟本身的功能是不会受到影响,但监督、提醒(指队友消息,自定义备忘不会受到影响)等功能会受限,这是没办法避免的。
- 问:后台软件会被自动关闭
- 答:关于这点,我们会锁定软件,保持进程,同时也不会占用太多后台。
第三组:
- 问:没有实际列出异常处理的情况
- 答:PPT中有对异常的情况归纳,但处理方案展示不到位,我们会加以改进,相应的处理情况在需求分析报告中有详解。
- 问:没有将盈利考虑在内
- 答:盈利问题是有考虑的,但是没有展示出来是我们的失误,我们会在需求分析报告中补足。
- 问:产品周期较短,新鲜度较低
- 答:我们的成长反馈模块会针对趣味性加以完善,同时我们也会积极收集用户反馈,保持一定周期的趣味性功能更新。
第四组:
- 问:PPT原型设计部分有些图片过暗
- 答:用户可以自行选择图片作为背景,同时现场所说的夜间模式,我们也会考虑加入。
- 问:恶意修改时间这个现象无法解决
- 答:响铃时间的确定是需要所有组员同意的,而修改时间也是一样的。
- 问:没有展示思维导图
- 答:PPT展示不到位,我们会吸取教训并完善,思维导图会在博客和需求报告中体现。
第五组:
第六组:
- 问:视频有点简陋
- 答:视频制作仓促、质量不足,我们会吸取教训并完善。
- 问:原型某些页面存在布局不清晰的情况
- 答:我们会进行相应的修改,做到简洁美观。
- 问:没有看到logo
- 答:logo在PPT的最后几页,可能展示太快,说明略简略,给你们的印象不深刻,我们会修改PPT,将logo放在前几页。
第七组:
- 问:音频不清
- 答:视频制作仓促、质量不足,我们会吸取教训并完善。
- 问:PPT和文档的排版有点问题
- 答:排版确实存在瑕疵,我们会进行改良,上传的最终版本也欢迎各位指正。
- 问:备忘录可能跟核心功能关联不是很大,可以考虑做成嵌入的
- 答:备忘录是一个附属功能,帮组用户记忆和区别事件的,我们会考虑你们的建议。
第八组:
- 问:竞争力不强
- 答:我们的产品项目的核心交互和亮点在关联上,具有提高团队效率、增进队友(情侣)互动等优势,同时我们力求做趣味性产品,保持用户的新鲜感。且就目前现状而言,大多数app功能都较为单一、体验一般且用户粘性差。我们要做的应该是看到前辈的不足,反馈到自己,认真思考并吸取教训,在现有的市场基础上不断完善我们的app,推出高级功能,提高用户体验,增加产品的竞争力。
- 问:使用的场景受限
- 答:为了方便说明,我们选用团队、研友、情侣作为例子,但并不局限于这些,只要有组队需求,例如组队晨跑、登山、逛街、游玩等,都可以使用。
第九组:
- 问:PPT排版存在问题
- 答:排版确实存在瑕疵,我们会进行改良,上传的最终版本也欢迎各位指正。
- 问:离线时的关联已经说明过,但是产品的特色不是很明确,可能会和其他同类产品混淆
- 答:首先,传统意义的闹钟又或是群通知等没有共享闹钟和共享任务的功能。其次,我们会在之后的实际开发过程中,思考更具有团队意义的关联方式,比如一个团队是一张图,每个成员是其中一块拼图,只有所有人完成关联任务,才会构成一张完整图。
需求分析报告
我们听取各方意见,对需求分析报告的排版、字体等进行了相应的修改,同时添加了盈利方面的内容
- 市场推广
- (1)网络推广:
宣传视频的制作及传播
制作生动活泼的动画向客户展示APP的颜值、特色以及使用方式,并通过大学生最常使用的微博、QQ空间、微信朋友圈等方式大面积传播,达到产品初步推广的目的。
h5的制作及传播
H5动画页面简洁明了,有趣生动,能够吸引大量人群点击观看,简单几张界面就将产品的基本功能与特色完美展示,因此通过H5页面对产品特性及使用方式进行介绍,既符合当代快节奏的生活方式,迎合受众群体的口味,也能够有效地推广产品。
不定期发布新活动和福利营销,吸引用户
推广初期,将会不定期推出福利活动,如邀请好友赢得积分、兑换抽奖,高级功能免费试用,吸引更多的新用户。 - (2)信息平台推广:
创建微信、微博等公众号,定期发送软文
如今微信已经成为年轻人生活中不可或缺的一部分,通过微信公众号进行营销也成为一种新型营销形式。通过抓住年轻人的喜好,跟紧时代热点,不断推送生动有趣的文章,吸引受众用户的关注,并且不定期在公众号上进行产品的宣传与推广,能够达到一定的增加用户量、提高用户粘性的作用。
蹭热点
在热门平台上展现活跃身姿,吸引目标用户的关注 。
与其他平台合作推广
与年轻人使用频率较高的的平台、运营商进行合作,如学生较常订阅的校园知名公众号、微博知名大v,知乎大佬、星网锐捷等 - (3)线下推广:
海报和传单的定制使用。
与校内学生部门建立合作推广关系。
不定期举办用户交友会,提高知名度和用户满意度。
- (1)网络推广:
- 营销策略
- (1)福利营销:
高级功能免费试用
为提高用户量,开展邀请一个好友即可免费试用7天的营销活动,免费试用天数可累加。
抽奖活动
在初期开展用户下载APP获得积分,可进行抽奖或兑换等活动。; - (2)软文营销:
抓住年轻人的喜好,跟紧时代热点,推送生动有趣的文章,在热门平台上展现活跃身姿,吸引目标用户的关注。 - (3)合作营销
与知名公众号、微博大v、热门游戏运营商等受众群体相似的平台合作,推送广告以及开展系列主题活动。
- (1)福利营销:
- 经营目标
- 在初期,以打入市场、扩大产品的知名度及推广度为主。 中期以产品升级为主,当积累一定的用户群体以后,开始重新定位用户的需求,根据用户需求研发新功能和升级、优化原先功能,为用户提供更好的服务,从而推动产品的发展。同时在产品逐渐被接纳认可以后进一步考虑如何扩大产品的净收益利润。但无论在那个阶段,我们始终会坚持app的核心建设思想——致力于提高工作效率,闹钟成功率,界面简约,打造有趣的效率工具。
- 财务分析
- 资金来源
- 前期软件开发过程中,主要由团队内部出资。开发完成后并经过各种测试,产品已稳定,小规模投入市场,如果反馈良好,可进一步向学校申请资助或者寻找天使投资人。如果发展良好,可以引入风险投资甚至银行贷款。
- 盈利模式
- 会员收费盈利:
除免费使用的基本功能外,推出仅限付费会员使用的高级功能,并授予会员免广告等一系列特权以吸引用户付费。根据实际情况,针对用户群体,会员费用设置为5-20元/月不等。 - 开设创意工坊:
用户可以自己制定一定的元素,如累积反馈的元素,闹铃的铃声,制作好的计划模板,挂在创意工坊进行买卖,我们收取其中的一些手续费,当然,创意工坊的东西也可以是免费的。-
- 会员收费盈利:
- 成本规划
- 开发测试成本
主要是服务器的租用费用,主流平台的适合该应用的服务器价格为200-400元/月。 - 推广成本
平台推广预计需要200-300元/月。初期费用主要来自线下对附近在校大学生推广,预计需要100-200元/月。
- 开发测试成本
- 收入预期
- 初期预计平均1000人的用户量:
- 会员费收入:以5元/月收取会员费,随着更多功能的推出与市场占有率的增加,可以适当增加收费。以1%的会员率计算,每月会员收入约为50元。
- 创意:该收入与用户量有关,也与很多人是否愿意去制作有
- 资金来源
- 风险管理
- 技术风险及对策
该项目的技术应用可分为两块。- (1)常规技术比如我们前端所用的Android技术和后端使用的php脚本语言及服务器lamp环境。我们面临的风险之一是团队内还有部分成员属于零基础,对策是让有经验者辅助、带领无经验者,让零基础成员能够在实践与指导中快速成长。令人欣慰的是目前的it编程技术已十分成熟,而且可供学习的资料很多,完全能做到快速学习、快速掌握。
- (2)非常规技术,也就是我们目前因为技术问题暂时无法实现或者学习资料较少的技术。例如创意工坊功能,这要求较高的开发水准和编码水平,而我们现属于项目创建初期,水准相对不高,并且没有太多的资源,这也是风险之一。而我们的对策是,根据迭代原则,初期以实现基本功能为主,不追求过分完美,从小到大,不断提高团队整体水平,在实践中开拓眼界,学习和接触新的未知技术,为之后完成产品的高级功能打下基础。也会不断通过分析开源平台和市场上的实例,虚心学习借鉴,找寻到适合我们的实现方案。
- 潜在进入者风险及对策
- 目前这类app不少,潜在进入者门槛低,但以现在的状况来看,大多效率app功能都较为单一、体验一般且用户粘性差。我们要做的应该是看到前辈的不足,反馈到自己,认真思考并吸取教训,在现有的市场基础上不断完善我们的app,推出高级功能,提高用户体验,增加产品的竞争力。
- 技术风险及对策
遇到的困难及解决方法
- 困难:在需求分析报告上,着重点的掌握难以确定;由于PPT的制作和演讲者要求不同于之前的答辩,生疏,对产品认知度的考察。
- 解决过程:我们参考了其他优秀的需求分析报告,并对报告的各个部分进行分工,最后整合完善,在统一写作风格上下了不少的功夫;PPT的制作和演讲者认真、负责地完成了这项工作,不断地翻阅需求报告,同组长沟通,加深对产品的认知,避免生疏,但难免紧张,PPT展示有略微的不足。
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 180 | 190 |
· Estimate | · 估计这个任务需要多少时间 | 5 | 5 |
Development | 开发 | 90 | 120 |
· Analysis | · 需求分析 (包括学习新技术) | 60 | 60 |
· Design Spec | · 生成设计文档 | 30 | 60 |
· Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
· Design | · 具体设计 | 0 | 0 |
· Coding | · 具体编码 | 0 | 0 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 80 | 80 |
· Test Report | · 测试报告 | 0 | 0 |
· Size Measurement | · 计算工作量 | 20 | 20 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 60 | 60 |
合计 | 350 | 390 |
学习进度表
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 200 | 200 | 6 | 6 | mockplus复习 |
2 | 200 | 15 | 21 | 学习android studio | |
3 | 200 | 400 | 10 | 31 | Java基础学习 |
4 | 15 | 工具学习 | |||
5 | 20 | 工具学习 | |||
6 | 15 | 前端搭建学习 |