软件的最终目的是用来解决用户的某些问题,需求分析就是要理解要解决的问题,真正明确用户需求。html
访问软件项目的真实用户(至少10个),确保软件真正体现用户的需求,为软件最终可用奠基基础。前端
若是是原有项目,须要对旧项目的全部信息作一个调研,经过采访之前的开发者,造成采访文档,请参考《构建之法》的大马哈鱼巡回游的过程性介绍。git
问卷调查连接:https://www.wenjuan.in/s/UZryIz0/数据库
问卷调查截止至4月15日,咱们共收到了55份调查答卷,女生比例达到了60.00%,男生占了40.00%,而且咱们从这些答卷中能够分析出一些实际性的问题。问卷调查结果及分析:
(1)由于咱们是在微信朋友圈及qq中发送问卷调查连接的,因此在本次调查问卷中以18~25岁的年龄段占最大比例。
编程
(2)在调查中能够发现用户没有记帐习惯的结果和只记录大笔支出也占了比较大的比重,都占到了41.82%。所以咱们大概采访了几个咱们知道的选择不记帐的朋友,经过询问他们为何没有记帐的习惯,从而让咱们知道咱们的小程序应该怎么作来吸引他们的使用。
小程序
(3)在调查过程发现大部分人的支出状况仍是以生活方面的支出为主,这样的话,咱们在设计记帐小程序时就能够往这方面发展,例如多设计些生活类的分类之类的。后端
(4)60.00%的用户选择了根据前段时间花多少钱,来决定本身从此的消费水平。这样的用户其实算是咱们的潜在用户,他们能够在记帐小程序中记录帐单,小程序会计算出总支出,这样就不须要用户本身计算了,从而吸引用户使用咱们的小程序。安全
(5)大部分的用户认为好的小程序以对花费和收入进行分析说明和按年、月、类别进行查询收支为最重要的功能。微信
(6)45.45%的用户喜欢以月为单位进行一次帐单的统计分析,这样的话,咱们的APP会在每个月的月头推送一份月帐单,包括了统计分析及评价。网络
(7)45.45%的用户喜欢小程序的风格是清新可爱的,因此咱们会尽量的让咱们的小程序界面美观,给人小清新的感受。
(8)65.45%喜欢将本身的支出和收入能够变成统计图,因此在咱们的小程序中将会提供帐单的统计图功能,以知足用户的需求和喜爱,让用户对咱们的小程序有好感。
参考《软件需求规格说明书》国标规范文本,撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git连接。
除形式上知足规范文本要求外,总体内容必须围绕项目实质展开,对所要开发的项目确保尽力作到清晰完整准确。
全部的缩写须事先定义。
须要有一个目录,word排版样式规范美观,图文并茂,通篇文档有一个统一的样式风格。
将本身置于读者的立场——若是对软件项目不熟悉的人员,经过阅读这份文档,可否彻底读懂软件要作什么。
NABCD 写做,视频
请同窗们把本身项目的NABCD 都写出来。
列成详细的条目,用具体的事实和分析说明。
N (Need 需求)
如今大多数人的我的财务管理意识都很薄弱,广泛呈现着一种现象——“啊,明明没买什么,怎么钱都用光了”,因此咱们须要经过记帐的方式来合理的管理本身的财务,曾经使用传统的记帐本记帐,随身携带着及时将天天的收支记录下来,可是如今网络发展迅速,生活节奏加快,每一年的支付收入帐单络绎不绝,传统记帐已经知足不了人们的需求,因此咱们须要一款能够随时、随地、随身进行记帐的、轻量级的、简约的、以最清新的界面给用户最温馨体验的记帐小程序。
C (Competitors 竞争)
如今市场上记帐app有不少,可是挺多用起来都太过复杂,像是挖财记帐,它实现了不少功能,能够说是很齐全,可是事实上在平时的生活,你不会须要使用到那么多的方式记帐,情景记帐、旅行记帐、家庭记帐等,由于太过复杂,很容易用着用着就懒得用了,因此咱们设计的是一种功能简单的,易用性高,极简之余又不失完善的记帐小程序。它不是一款专业级的记帐app,主要是针对学生群体,专门为其设计的,知足其平常生活记录。
把这些要点都组合成为一段话 -- 当你要向别人兜售你的项目的时候, 你一般只有很短的时间 (电梯演说),可否天然而有条理地把项目说清楚? 请用你产品中实际的元素代替 <> 中的抽象概念。
各位领导/投资人/用户/合做伙伴:咱们的产品记帐小程序是为了解决 须要进行财务管理的用户的痛苦, 他们须要一款轻量级、易用性高的记帐小程序,可是现有的方案并无很好地解决这些需求,咱们会尽可能在咱们的软件中将用户最须要的功能实现出来,将一些冗余的功能去除,减小软件的冗余度,作到以最少的操做实现完美的结果,知足用户的平常生活记,它能给用户带来好处易用性高,操做简单,以清新的界面给以用户温馨的用户体验,远远超过目前市场上的竞争对手挖财记帐。 同时,咱们有高效率的网络组合策略推广方法,能很快地让大部分用户知道咱们的产品,并进一步传播。
[附加题]把上面的这段话录制为视频,上传到视频网站,并把连接发到团队博客上。
团队协做,增强分工,须要描述每一个成员的具体分工及占整个文档任务的工做量比例。
姓名 | 团队分工 | 工做量比例 |
---|---|---|
徐婉萍 | 博客编辑,整合其余团员任务,填写团队任务分工,进行用户问卷调查及分析,原型设计 | 22% |
谭燕 | 任务分解WBS,《软件需求规格说明书》撰写 | 22% |
郭雅芳 | 系统设计,NABCD 写做并合成一段话 | 22% |
李香荣 | 编码规范,功能分析的四个象限,视频录制 | 22% |
罗登宇 | 部分问卷调查撰写 | 12% |
NABCD参考 (参见 http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html)
同窗们的实际做业例子:
原型设计可以在表现层将设计合成一个逻辑总体,用户能和你一块儿看到将来交互的软件蓝图、功能和效果,得到较真实的感觉,在不断讨论的基础上完善将来的设计思想。所以,原型设计能起到有效沟通的做用,漂亮,直观的原型图更是让人赏心悦目。
不要等到全部代码写好以后再去验证需求,请用设计工具描述用户界面和需求。
原型设计不只要考虑主要功能的页面排布,同时也要考虑用户实际操做中的问题,提早为用户考虑得当并征求用户意见
系统是必须可运行的,可实际使用的——请抱着这样的同理心去考虑系统。
给目标用户展示原型,与目标用户进一步沟通理解需求。
(1)用户登陆界面:用户安装好小程序后,打开小程序显示画面,进入登陆页面,若是用户没有帐号的话,就能够点击注册按钮,进行帐号注册,注册完后,会自动跳转到用户登陆页面。而若是用户原来已经有了帐号,则用户直接在此页面登陆。
(2)记帐显示界面:用户登陆小程序后,进入记帐小程序,这时候就会显示本月的帐单明细,同时也能够经过此界面中的按钮进入其余功能页面。
(3)记帐界面:用户经过点击记帐按钮后,进入记帐页面,此时分为了支出和收入两块,能够经过按钮切换,能够记帐页面中输入须要记录的帐单详情。保存帐单后,会从新跳转回显示界面,而且也能够经过返回按钮,返回到显示界面。
(4)查询界面:用户经过点击显示界面中的查询按钮后,进入帐单查询界面,此时能够经过按钮切换查询月帐单,年帐单和每种类别的帐单详情。经过界面中的返回按钮能够返回显示界面。
(5)编辑界面:用户经过点击显示界面中的编辑按钮后,进入帐单编辑界面,此时会根据所点击的帐单项目不一样,跳转至支出界面或收入界面,这时候能够对它们进行修改,点击保存按钮后又跳转至显示界面。也能够对项目进行删除操做,点击删除按钮后就能够删除项目,并跳转至显示界面。经过界面中的返回按钮能够返回显示界面。
(6)统计分析界面:用户经过点击显示界面中的图表按钮后,进入帐单统计分析界面,此时能够选择日期,进行统计分析,显示月支出,月收入,月结余及图表。经过界面中的返回按钮能够返回显示界面。
(7)退出界面:用户经过点击显示界面中的退出按钮后,退出登陆,跳转至登陆界面。
思考:他们的痛是什么?场景是什么?(用产品以前/以后,有照片或视频显示用户调查的过程,使用了各类调查手段的,加分)
他们的痛是:如今大多数人们广泛都存在一种现象——"啊,明明没买什么,怎么钱都用光了"。每次到了月末的时候,都不知道本身将钱花在了什么地方,每月花钱没有记录就是致使本身并不知道本身已经花了多少钱,从使得本身每月都是月光族了。
用户的场景是:
用户用产品以前:用户每月的花销都没有记录,既没有支出记录,也没有收入记录。常常是到了月末发现卡里没钱了,可是又不知道本身把钱花在了哪里。并且没有记录本身花了多少钱,花钱就会没有节制,致使本身的支出常常花超了。
用户用产品以后:用户使用了记帐APP以后,将本身的支出和收入记录下来,从而让本身清楚地知道本身花了多少钱,钱都花在了哪里。这样可让本身知道本身是否有在不该该花钱的地方花钱,让本身能够为下一个月的开销作好计划,避免没必要要的支出,也可让本身知道本身到如今已经花了多少钱,来决定是否是后面的时间就要节约了,避免成为月光族。使用了产品以后,能够为本身节省花销,增长存款。
若是是设计原型,采用专门的原型设计工具,可以事半功倍,工具参考:
原型设计界面简洁,用户体验极佳。分工比例部分的泳道图十分清楚地展现了各个同窗的工做任务,Github上数十次Commit也展现了他们和谐的团队协做。
一个团队项目要在一段时间内完成诸多任务,知足用户需求,实现团队目标,从哪里入手?
WBS(Work Breakdown Structure)即工做分解结构,是根据项目目标把工做分解成许多井井有条的、可交付成果的工做任务,而后用逻辑图形或树形结构表示出来。
请给出团队项目的WBS;
团队成员估计各自任务所需时间
根据结对编程的经验,你们已经意识到编码规范的重要性。
讨论制定团队的编码规范,知足代码风格规范和代码设计规范(参考书第4章4.1-4.3内容)http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html
在设计阶段,咱们要清楚:软件是怎么解决这些需求的?
一个好的分层式结构,可使得开发人员的分工更加明确。一旦定义好各层次之间的接口,负责不一样逻辑设计的开发人员就能够分散关注,齐头并进。
1.如何才能最大限度地实现这些需求,这就是架构设计要解决的问题。请给出系统的架构设计。
用户界面进行数据的输入,而后进行业务逻辑处理,(包括四类业务:帐号管理业务能够进行用户的登陆与注册以及用户信息的管理,记帐管理能够进行收入、支出记帐,统计分析能够处处帐单进行帐目分析,查询管理能够查询全部或者日期查询,)而数据访问经过Dao接口(增删改查)实现。
2.完成团队项目的数据库设计,并在随笔中提供相应ER图(若是必要)
姓名 | 团队分工 | 完成状况 |
---|---|---|
徐婉萍 | 博客编辑,整合其余团员任务,填写团队任务分工,进行用户问卷调查及分析,原型设计 | 已完成 |
谭燕 | 任务分解WBS,《软件需求规格说明书》撰写 | 已完成 |
郭雅芳 | 系统设计,NABCD 写做并写成一段话 | 已完成 |
李香荣 | 编码规范,功能分析的四个象限,产品说明视频录制 | 已完成 |
罗登宇 | 部分问卷调查撰写 | 已完成 |
徐婉萍:在本次博客做业中,咱们团队成员们对咱们的团队项目进行了更为具体的项目分析,像是进行了原型设计,对用户的问卷调查,NABCD分析等等。使用这些手段让咱们对于咱们的项目有了更加深入的认识,知道了咱们的项目须要实现怎么样的功能,须要作到什么样的程度。而且对咱们的项目的编程规则进行了规定,使得源代码会看起来更加简洁明了,且统一风格,不会出现每人每色的状况,也为咱们的项目建立了《软件需求规格说明书》,使得对软件项目不熟悉的人员,能够经过阅读这份文档,读懂软件要作什么。但愿在下两周的冲刺阶段能够完成咱们的预期。
谭燕:本次博客做业中我完成了任务分解WBS部分,还有写了软件需求规格说明书,调整码云Issues进度状态。任务分解的话,要分解到很细的模块,目前还没开始编写代码,因此很是具体的代码模块还须要仔细商议。把各个任务状态从进行中改成已验收感到颇有成就感,这表示着咱们完成了咱们的任务,从此也要更加努力!
郭雅芳:我此次团队博客负责的部分是系统设计和NABCD的分析,在对app进行系统设计的时候须要考虑清楚app的整个结构,分清前端用户界面和后端用数据库存储数据,用户界面须要实现的功能模块,以及进行数据访问接口的设计。在进行NABCD分析的时候,咱们须要了解软件的背景,需求以及现有的竞争者和如何去脱颖而出。
李香荣:在本次博客做业中,咱们对项目进行了更加详细的分析,也明确规定了每一个人的任务。我完成了本次做业中的代码规范、功能分析的四个象限和视频录制几个部分,咱们团队的其余同伴也都完成了各自相关的做业,我认为此次做业咱们完成的很好。同时,但愿接下来几周的工做咱们也能够很好的完成。
罗登宇:为了此次博客做业,咱们小组进行了一次具体的分析会议,将每一个成员的任务分配好,每人各自进行着每一个人的任务。经过完成此次任务,使得我认识到了用户调查的重要性,虽然我作的工做比较简单,但我仍是感受到了团队合做能够颇有效的提升提升做业的效率