福大软件工程实践结对编程作业

福友

这个作业属于哪个课程	福州大学软件工程实践个人编程作业 https://edu.cnblogs.com/campus/fzu/SE2020
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224
这个作业的目标	需求分析与原型设计
学号	081800414（洪司坤） 081800216（林友相）
原型开发工具	墨刀
模型展示	https://modao.cc/app/a13ae83b1913d30de1ad8509628ec816beed49ff?simulator_type=device&sticky

PSP 表格

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
Estimate	估计这个任务需要多少时间	600	660
Development	开发
Analysis	需求分析 (包括学习新技术)	600	660
Design Spec	生成设计文档
Design Review	设计复审
Coding Standard	代码规范 (为目前的开发制定合适的规范)
Design	具体设计
Coding	具体编码
Code Review	代码复审
Test	测试（自我测试，修改代码，提交修改）
Reporting	报告
Test Report	测试报告
Size Measurement	计算工作量
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	100	100
	合计	700	760

主要设计思想

本质上我们要做的是一个带有隐私保护的公共通讯录。核心在于让在职与在校的用户能够简单、方便、安全地获得所需要的学长学姐或学弟学妹们的联系方式与信息，而不是提供社交平台。获取联系方式后的具体聊天与沟通可以通过获取的联系方式在其熟悉的社交平台上进行（微信，电子邮箱等等）。

需求分析

提供平台给两类福大用户群体在职与在校进行个人信息分享与联系方式的交换。同时保证个人的隐私，让用户自我决定资料是否展示，简化使用流程.

N（Need）

• 在职与在校两类用户进行个人资料的分享与展示
• 获取他人的资料
• 联系方式的获取
• 确保用户个人的隐私能得到有效保护
• 市面上有的软件大多是社交性质的，用户所需要的只是简单、方便、安全地获得所需要的学长学姐或学弟学妹们的联系方式与信息。
• 大多数人更倾向于用常用的微信、qq、邮箱进行交流，而不是下载一个APP并在其上面进行社交。

A（Approach）

• 不同角色用户如何注册：微信绑定注册与手机号注册

• 如何认证：通过福州大学学号与学院、姓名填写进行认证

• 便利性：由于需求的低频性，无需做成APP，使用小程序即用即走

• 有效性：让用户更容易地简单地获取所需要的人员的信息

  • 使用微信小程序，更容易增加使用用户
  • 从小程序获取联系方式后退出至微信界面即可进行好友添加，进行进一步的交流。
  • 用户可进行交换的信息包括但不限于：
    • 电话
    • 微信
    • 邮箱
    • 工作经历
    • 教育经历
    • 职业技能
    • 兴趣方向

• 隐私性：让用户自主选择是否展示对应的个人信息

• 相对封闭性：只提供联系信息交换的平台，给用户之间的交流提供敲门砖

• 系统维护

  • 云端数据库存储注册用户信息
  • 定期进行无效用户清理

B（Benefit）

• 用户能够高效、简单获取所需要的成员的联系方式
• 用户上手简单，界面简洁
• 用户无需消耗很大的精力，设备要求低，仅仅需要打开微信注册并认证即可
• 用户分享后的个人资料与联系方式的隐私性能得到有效保证

C（Competitors）

• 使用微信小程序
  • App操作比较复杂，小程序无需下载，用完即走，而交换个人信息为使用频率较低的需求，使用小程序更加方便。

    • 小程序基于微信，微信体系内无缝打通，通过小程序寻求到所需要的联系方式后可以直接跳出在微信进行交流。

    • 微信小程序更容易获取更多的用户群体， 降低获取用户的的成本

• 仅作为通讯录，而不是社交平台，简洁、高效
• 市场上相关性质的产品较少

D（Delivery）

• 通过各实验室群和向实验室成员进行推广
• 通过公众号和微博、QQ空间进行推广
• 分享与张贴小程序二维码

具体方案

用户注册与登录

通过小程序接口，提供微信登录与手机号两种方式。

个人认证

默认用户是本科或研究生在福大读过，通过学号与学院的填写进行认证

个人信息填写

登录成功后在我的界面进行个人信息的补充与填写。个人信息分为三个模块填写。

1. 基本的信息填写

   • 联系方式中邮箱填写后是默认公开的。电话与微信是默认隐藏的，用户可以通过按钮自行改变信息权限
   • 头像可以在基本信息里修改

2. 工作经历信息填写

   • 必填项：公司、职位、入职时间
   • 入职与离职时间通过表单直接进行选择

3. 教育经历信息填写

   • 必填项：学校、专业，入学时间
   • 入学时间同工作经历的入职时间一样可通过表单直接选择
     

用户广场与搜寻

• 在主界面以学号、入学时间或入职时间为依据将用户分为在职和在校两个类型。
• 广场中设置两列用户列表，通过联系他按钮向对于用户发起获取联系方式的申请。
• 在用户列表上提供搜索栏，可根据关键词进行对应用户信息的查询
  

资料查看

• 点击用户头像可以查询对应用户的已经公开的详细资料。
• 通过联系他按钮向对于用户进一步发起获取联系方式的申请。
  

消息机制与联系方式申请

• 通过在用户广场的联系他按钮发送的联系方式请求的信息在这里进行同意与拒绝

• 被联系用户同意后，个人联系方式将以通知类消息的方式发送给申请的用户

• 个人资料填写过程中如果电话与微信展示权限为公开的，在联系他按钮点下后，便立即发送联系方式给申请的用户

• 为了防止用户误触，同意与拒绝有二次确定窗口。

• 用户可在我发出的查看自己申请的联系方式是否通过。
  

  消息的接受与查看

结对过程

• 9.23：共同审题，分析需求，提出大致想法，并决定用小程序
• 9.24：讨论具体实现细节并记录，寻找与学习使用原型工具。
• 9.25：开始原型设计，并做出初版。并对初版原型进行再次讨论，决定修改细节与修改方案
• 9.26：修改原型，并攥写博客
• 9.27：细节调整，结束
• 
  

Github仓库信息

https://github.com/LiskarmW/Furiends

总结与改进

• 学习了原型创造工具的使用
• 学习了需求分析与设计
• 感受到了结对与团队合作的魅力
• 后续开发感觉实现不出这么多功能- -