第四次软件工程作业
一、结对信息
·成员信息
昵称已被使用啦 李享 031702509 [博客地址](https://www.cnblogs.com/lx2509/)
白糖黄连混合物 沈溢煌 031702535 [博客地址](https://www.cnblogs.com/HelloXHD/)二、原型工具的选择:Axure Rp
(1)工具的选择是基于比较得出来的,墨刀的部分功能需要收费才可以使用,其他都不是主流软件，相比之下就选择了Axure Rp。
(2)Axure是个极其极其极其简单的软件，所做的就是拖部件，打字，拖部件，打字，最多加个对齐即可。三、NABCD模型
N（需求）
老师：
①学生现在怎么样(好友动态）
②学生工作、发展（个人资料）。
萌新学生：
①不知道要选择哪个老师作为我的毕设导师，或选择哪个老师作为我的研究生导师。（个人资料）
②了解导师的个人主页介绍、和老师邮件沟通以外（个人资料，包括邮箱，联系方式）
③和老师现在带的或之前带的已经毕业的学姐学长交流一下，听听他们对于老师的评价、看法和对我的建议（学术树、好友动态）。
④看看已毕业的学姐学长们的去向和现状（好友动态）。
在读学生：
①找到学姐学长们，联系方式（学术树、好友推荐）。
②有没有同门学姐学长可以给我内推的机会啊。（工作招聘版块）
已毕业学生：
①老师的现状（朋友圈）。
②现在实验室的学弟妹们（学术树），研究课题，项目（学术交流版块）。③提供工作招聘的内推机会给他们（工作招聘版块）。A（方法）
设计一个针对用户需求及痛点的面向大众社交网站————四季树，主要功能如下：
①主页
- 发布动态：能发布动态和文章
- 好友/师门动态：显示好友/师门的实时动态
- 基本资料：仅对师门成员开放的一些个人信息，如姓名、导师、联系电话、邮箱等。
②人脉
- 好友推荐：根据用户注册时填写的资料（院校、学院）推荐相关好友，用户可以根据推荐好友显示的院校、年级进行添加。
- 师门成员：显示用户的学长学姐、导师、导师的导师等相关师门成员，用户可根据关键词如学校名称、身份（老师或者学生）、年级、姓名等进行筛选。
- 我的学术家族：用户可以根据条件快速查找自己的导师或者学生。
- 查看空间：用户可以通过点击他人头像查看其空间及动态，若是同师门成员还可以看到基本信息。
- 发送消息：用户可以通过点击他人头像进行即时聊天。
③学术论坛
- 学术交流版块：用户可以根据关键词搜索相关贴子，也可以选择自行发贴。
- 工作招聘版块：用户可以在这个版块进行工作的招聘与找工作，根据关键词搜索相关贴子，或者选择自行发贴。
④消息
- 用户在对方不便即时聊天，或者要发送较长消息等情况时，可以在此版块进行发送接收消息，功能相当于邮箱，消息栏将显示用户接受的各种通知，如学术论坛评论通知，好友添加通知，收到消息通知等。
⑤我
- 用户将在这个模块进行个人信息设置。
B（好处）
1、面向大众，考虑到有些用户是研究生、博士生或者老师，用户的学术家族成员不一定在同一个学校，因此必须面向大众。
2、可以即时聊天，便利交流。
3、学术论坛给用户提供便捷的学术交流平台与工作应招聘平台。
4、能通过点击同师门成员用户获得其导师信息，通过点击其导师信息获得导师的导师信息……以此类推。C（竞争）
1、相对于其他面向大众的学术平台，这个原型系统具有人脉功能，便于同师门成员的沟通交流。
2、目前并没有由系统自动将师门成员归类，将学术交流、工作应聘、即时聊天、师门成员互动集成于一体的系统，因此具有先发优势。D（推广）
可以通过学院进行宣传，利用学校资源向学生推广，为了能更好的推广产品，我们将添加主体换肤、字体设置等小功能，用户分享产品到达一定次数即可获取相对应字体皮肤，同时对学术交流发表贴子进行限制，每日发贴数大于时，需分享产品后继续发贴。通过用户的分享对产品进行推广。四、原型设计
具体使用方法见A（方法）
登录页面：用户通过填写院校信息获得相关好友推荐以及师门成员，为了便于用户登录，我们还提供了多种社交软件注册登录渠道。
微信登录的话需要绑定手机号：
在注册环节要先把一些用于生成家族学术树所需要的基本资料填写清楚：
主页：用户在此可以进行与好友或者师门成员间的互动交流。
人脉：用户可以在好友推荐里根据推荐好友的基本资料进行添加，单击用户头像可以查看其空间与进行即时聊天。
单击发送消息：
单击查看空间：
————此处可以查看同门的家族树：
————此处可以查看他人的学术动态：
————此处可以查看他人的个人资料：
学术论坛：用户可以在此进行学术交流与应招聘。
消息：类似邮箱功能，用户在此收发信息与通知。
我：用户在此进行个人信息设置。
还要给我们的网站取个名字：
根据主要需求，这是一个通过家族树延伸出来的产品，让我们不禁想起来农业上的一种很有趣的树，可以结几十种不同的果子，季节不同，品种不同，形状不同……这就像我们所要实现的，可以连接不同身份，不同年级，不同学校等的同门师兄弟。所以我们将它命名为“四季树”。
五、遇到的困难及解决方法
问题描述
对于美工这块设计非常苦手，没法让页面高大上起来。原型设计软件也不熟练，在制作动态页面时感到非常繁琐。
做过哪些尝试
自己慢慢琢磨，不断尝试、查阅相关资料参考资料。
是否解决
关于页面美化这方面，再加上背景图后略有好转。
有何收获
在制作原型时，慢慢体会到画原型的作用不仅仅是快速传递需求，表达想法。在实现原型的时候可能会发现自己没有考虑全或者想法有错误的地方，在原型设计中不断的修改完善，这样就能尽量避免在开发过程中不断的返工。
六、PSP表格
| PSP2.1 | Personal Software Process Stages |
预估耗时(min) | 实际耗时(min) |
|---|---|---|---|
| Planning | 计划 | 5 | 5 |
| Estimate | 估计这个任务需要多少时间 | 5 | 5 |
| Development | 开发 | 110 | 360 |
| Analysis | 需求分析 (包括学习新技术) |
20 | 60 |
| Design Spec | 生成设计文档 | 30 | 30 |
| Design Review | 设计复审 | 30 | 20 |
| Coding Standard | 代码规范 (为开发制定合适的规范) |
0 | 0 |
| Design | 具体设计 | 60 | 60 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试 (自我测试,修改,提交修改) |
0 | 0 |
| Reporting | 报告 | 60 | 60 |
| Test Report | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan |
事后总结 并提出过程改进计划 |
10 | 10 |
| 合计 | 355 | 635 |
七、心得体会
昵称已被使用啦
通过这次结对作业的原型设计，首先意识到结对的好处，在设计原型的时候，队友会针对某些方面提出意见，使原型的功能更加完善，同时也意识到了原型设计的好处，看到题目需求的时候脑子里一团浆糊，在原型设计时根据功能分析使需求渐渐明朗起来。总之，比敲代码有趣多了也轻松多了！白糖黄连混合物
刚看到题目的时候我很晕乎，不知道如何起步，所以我想先对需求进行一番分析，在和搭档的讨论中，逐渐理清一些功能。虽然最后做出来的原型比较粗糙，但还是感觉自学到了不少，要把原型做得好看一点还是需要有更好的审美眼光呀。八、结对过程
两人在对题目进行需求分析后绘出原型草稿。
进行原型设计时候场景。
