首页 > 其他 > 详细

需求分析与原型设计

时间:2018-04-25 23:59:57      阅读:219      评论:0      收藏:0      [点我收藏+]

结对者:028 冯丽茂、031 邓仁宁

使用工具:AxureRp 8.0、墨刀、FSCapture

在在《构建之法》的第八章中,介绍了NABCD模型,
NABCD模型(p154~p157):

目的是:在竞争性地环境中做实用并且创新的项目;
而具体的解释如下

  • N需求(need),解决用户的需求;
  • A,做法(approach),解决需求的手段;
  • B,好处(benefit),产品会给客户/用户带来什么好处;
  • C,竞争(competitors),市场竞争,看清优劣事态;
  • D,推广(delivery),如何把产品交到用户手中;

结对设计过程

按照本次作业的要求,我们两人来自不同的课设小组,我们的结对是比较主动和积极的,在本次作业发布的第三天,我们就互相联系,约定结对,在规定的时间内,共同合作,完成本次作业。下面是我们在结对原型设计中的照片记录:

 

 技术分享图片

 

 

首先,我在此先用NABCD模型简要分析一下我们两人的设计过程:

1.N (need,需求):

  随着时代的发展,网络越来越多的出现在我们每个人的生活中,我们足不出户,却每时每刻了解着发生的大事小事,与自己的朋友交流靠的就是网络,但随之而来的问题也日渐暴露出来,我们缺少了与外界的交流,缺少了认识陌生人的机会,我们每天宅在家里,没有真正的面对面交流,我们的传统观念异常严重,原本就欠缺异性之间的正常交流,所以造成单身男女数量非常庞大,而根据中国市场的广阔前景,相遇网的开发,实在大有可为。

2.A (approach, 做法):

  了解了现状之后,我和我的“对友”便开始了分析和讨论如何解决问题、满足需求的方法:

  1. 主页面风格以亮色为基调,营造出一份,温馨,典雅的风格,充分引起广大网友的共鸣。 
  2.  要求会员的信息真实可靠,并且网站安全工作必须严格,严禁因操作问题泄露会员个人重要信息。 
  3.  设计主要功能: 

                   账号登陆:登录个人信息网页, 包含个人信息和异性需求方向。  

                   搜索会员:搜索自己感兴趣的会员资料。 

                   附近的人:查看附近的人,提高牵手几率,增加接触机会。 

                   交友活动:组织相亲活动,提高牵手成功率,在现实中找到自己另一半。 预约见面:自己联系在线下见面,提高彼此的了解。 成功牵手:展示出一大部分成功牵手的情侣照片和情况。 婚恋咨询:咨询专家,对自己的婚姻需求有一个科学的分析。 聊天室:线  上聊天初步进行彼此的了解。  

                   婚恋商城:安排自营鲜花,蛋糕,男女生用品,增加网站收入。

3.B(benifit,好处):

  1. 目的性强,直接。
  2. 简化恋爱程序。
  3. 先看缺点,后发现优点
  4. 成功率高

4.C(competitors,竞争):这个原型设计如果说存在竞争压力的话,那应该是来自不同对的大型类似的相亲网站,竞争对手早就已经成型,现阶段只能模仿。

5.D(delivery,推广):原型设计完成后就可以继续深入研发代码,并且通过广告的形式将相遇网推送给需要的客户。

原型设计

技术分享图片

 

由上图分析我们相遇网的亮点:

  1. 简单明了,但功能齐全
  2. 新增附近的人的功能将会更加强大
  3. 粉红色的背景勾起了恋爱的气息

效能分析和PSP

在《构建之法》的第二章中,有详细讲解了效能分析和psp,在此,我简单概括如下:
其中效能分析(P29~P34):

  • 效能分析的对象是:程序;
  • 效能分析的目标是:降低程序复杂度。
  • vsts会提供方便的效能分析工具,使得设计者很快地找出程序的效能瓶颈,便于改 进程序,改进程序的流程为“效能测试,分析,改进,再效能测试”。

此处由于我们的产品原型并没有实际的代码和成品,无法进行真正的效能分析

PSP 表格

 

 

 

预计耗时(分钟)

实际耗时(分钟)

Planning

计划

30

50

Estimate

估计这个任务需要多少时间

60

80

Development

开发

80

120

Analysis

需求分析

20

40

Design Spec

生成设计文档

10

25

Design Review

设计复审(和同事审核设计文档)

10

10

Coding Standerd

代码规范(为目前的开发制定合适的规范)

0

Design

具体设计

30

50

Coding

具体编码

0

0

Code Review

代码复审

0

0

Text

测试(自测,修改代码,提交修改)

0

0

Reporting

报告

30

50

Text Report

测试报告

20

30

Size Measurement

计算工作量

2

 1

Postmortem & Process Improvement Plan

事后总结,并提出过程改进计划

0

 0

Sum

合计

292

456

 

总结:

  1.结对心得

  (冯丽茂):重一开始的各执己见,通过大家的协商与沟通,到最后才有了这样一份意见一致的报告。收获良多。

  (邓仁宁):通过合作我明白了,团队是要相互合作,相互配合快速达到预期的目标,一个人是孤独的,只有团队一起,才能事半功倍。

  2.项目总结:想要做好一个项目就必须有这样一份需求分析与原型设计的报告,只有深入了解后才会发现项目的可行性与开发的需求。目标虽然建好了,后面的代码,推广,还是比较难实现。

 

需求分析与原型设计

原文:https://www.cnblogs.com/feng-zai/p/8947164.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!