第五次作业--原型设计（结对）
标签（空格分隔）： 软工实践
这里是:作业的传送门
这里是pdf附件
结对: 031502248 左文航(领航员) 、031502205 陈汉森(驾驶员**)
原型工具的选择:Axure Rp
(1)工具的选择是基于比较得出来的,墨刀的部分功能需要收费才可以使用,其他都不是主流软件，并且antd design提供axure PR的组件,相比之下就选择了Axure Rp。
(2)Axure是个极其极其极其简单的软件，所做的就是拖部件，打字，拖部件，打字，最多加个对齐即可。
结对过程与NABCD模型
一、结对前的准备
结对前两个人先对内容先做一下进行一些了解和思考不考虑具体细节的简单拟定一下基本流程。
手绘版流程图:
二、NABCD框架
- N(Need,需求)
现状:新生对部门了解渠道不足,纳新流程繁琐复杂,导致后续配合存在隐患和困扰
需求:因此需要设计一个原型系统，让部门选择的过程能够信息化起来，让学生和部门之间可以双向选择。
两个人对着流程图与作业需求进行分析,并将需求具体细化,并用文本进行记录。
记录文本内容如下:
-
A(Approach,做法)
因为hbb对网站web前端开发等很熟悉,并且在西二混的风生水起,所以听从他的建议使用web端。然后将上述具体细化的内容用web实现就可以了。 -
B(Benefit 好处)
- 让纳新过程更加信息化,给予新生更加高效的信息反馈。原先的体力等(发传单等)低效的工作更多的转换成了更高效的线上宣传。
- 部门的日常管理与淘汰机制更加的完善。
-
C(Competitors 竞争)
- 优势:
- (1)目前并没有了解到过学校有类似的系统,因此这个市场应该算是待开发的,因此会有先发优势。这个原型系统的点子,本身就是一个创意和优势。
- (2)借助hbb的西二势力,可以的话,利用人脉关系网打入学生会,应该可以得到很大的推广。
- 劣势
- 结对两个人对于项目方面的经验差距悬殊,真正合作起来会有一定的障碍。
- 优势:
-
D(Delivery 推广)
我们的产品是为了解决学生与部门之间双向选择的痛苦，他们需要更多的了解部门,更好的参与纳新环节，更好的部门日常管理机制，但是现有的产品并没有很好地解决这些需求，我们有独特的办法, 它能给用户带来好处。同时，我们有高效率的 方法，能很快地让目标用户知道我们的产品，并进一步传播。
三、原型的建立
分工
- 领航员:负责分析功能的添加
- 驾驶员:使用原型工具进行绘图(硬生生的把前端人员逼去了美工)
大概是天黑的太快了,拍照的时候没有考虑到这点，只好从暗的中挑一、两张亮的了。。。
过程
根据之前讨论的结果,对着需求的文本一个页面一个页面的制作,驾驶员负责使用原型工具,领航员负责根据需求提醒驾驶员下一步的制作内容与监工。
原型
学生:报名
学生:个人中心
部员:个人中心
部长:部员信息
部长:活动管理
部长:活动添加
部长:部门信息管理
四、遇到的困难及解决方法
1、对于原型设计与软件的使用不够熟练
-
问题描述
本来属于前端人员,不是美工,原型做的差,AxurePr老是程序错误，然后死掉，来不及保存，有时候能回档，有时候不能。 -
做过哪些尝试
自己慢慢琢磨、对友提醒记得保存、查阅相关资料参考资料 -
是否解决
基本上解决。 -
有何收获
查阅资料时候,了解到了一些东西，觉得很有道理,如:
画原型的作用不仅仅是快速传递需求，表达想法。其实画原型也是产品经理验证自己想法的一种方式，你在实现原型的时候可能会发现自己没有考虑全或者想法有错误的地方，这样解决完以后就能避免在开发过程中遇到这些问题。
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 5 | 5 |
| · Estimate | · 估计这个任务需要多少时间 | 5 | 5 |
| Development | 开发 | 110 | 360 |
| · Analysis | · 需求分析 (包括学习新技术) | 20 | 30 |
| · Design Spec | · 生成设计文档 | 30 | 25 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 30 | 5 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 30 | 300 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 89 | 248 |
| · Test Report | · 测试报告 | 70 | 240 |
| · Size Measurement | · 计算工作量 | 4 | 3 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 15 | 5 |
| 合计 | 204 | 613 |
| 第N周 | 新增代码 (行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 1000 | 1000 | 30 | 30 | GoLang语法 xormCURD操作 go-iris路由设置 团队项目前端配置 |
| N |