格式描述
- 课程名称：软件工程1916|W（福州大学）
- 作业要求：项目原型设计
- 团队名称：为了交项目干杯
- 作业目标：原型设计，NABCD模型构建，痛点问题分析
- 原型工具：墨刀
- 原型地址：校园帮帮
- PDF链接：zip文件，下载后解压
队员贡献比例
| 队员学号 | 队员姓名 | 此次作业任务 | 贡献比例 |
|---|---|---|---|
| 221600125 | 刘杰 | 痛点问题分析 | 20% |
| 221600123 | 林信康 | 撰写博客 | 18% |
| 221600124 | 林梓铭 | 原型设计过程分析 | 15% |
| 221600127 | 卢成钢 | PSP表格与效能分析 | 17% |
| 221600128 | 王华峰 | 原型设计 | 30% |
原型设计过程
分析过程
讨论过程
NABCD模型
N——Need，需求
- 基本需求
- 用户可以支付一定的费用在平台上发布任务
- 用户可以接受他人在平台上发布的任务
- 用户可以与用户之间进行沟通与协商
- 用户可以按分类查看任务
- 扩展需求
- 用户可以对此次任务进行评价
- 用户的信用与过往的任务关联
- 为用户推送关心的任务
A——Approach，做法
- 开发：基于Android studio平台设计，后端使用MySQl数据库，实现预期功能需求
- 处理：根据任务标签分类，使用列表展示任务。
- 统计：定期统计的所有任务，进行统计分析，并将结构化数据入库。
B——Benefit，好处
- 面向特定人群，便于校园内任务交流，更具准确性、实时性。
- 功能精简，对设备要求较低
C——Competitors，竞争
- 优势：
- 基本属于真空地带，尚无同类软件在高校占领市场。
- 界面简单，分类清晰，便于使用
- 劣势：
- 开发方属于小平台，支付过程不能提供足够的可信度。
D——Delivery，推广
- 以福大为初期推广高校
- 在食堂门口发传单
- 扫楼对每个宿舍进行详细说明
- 联系任务群等qq群合作推广
- 上应用软件商店
痛点问题分析
- 如何保证用户隐私安全？
- 由于app内提供了用户间交流的渠道，并且只要用户进行过校园认证即可使用。所以并不需要实名显示用户信息。只有在交接任务的时候接任务方才能从发布方那里得到完成任务所需的一部分个人信息。所以没有必要担心用户的隐私安全。
- 盈利模式如何？
- 初步以实现功能为主，后期考虑广告投入以及采取类似校园任务QQ群的入群收费方式或用户缴纳一小笔押金用于违规时在开销。
- 功能过于单一，缺乏亮点
- 功能单一既是缺点也是亮点，基于敏捷开发的思想，小组决定先完成任务交接的核心部分。由于做过拓展需求分析，可以很容易的在原有功能单一的基础上添加功能。另一方面，就如美团和美团外卖的关系一样，功能简洁代表着核心功能，相比于“校园帮”小组，我们的功能较单一，但在软件工程这么课程简短的时间要求下，我们有信心把这块功能做的更好。从核心功能往外拓展也更易于实现。
- 如何应对恶意请求处理？
- 面需要提及的信用系统制度，在引入信用系统制度的前提下，接受任务和发布任务的人处于双向选择，发布方可以查看接受方的以往任务完成情况并从中选择其一接受。另外考虑过对于恶意请求的账号进行功能限制。
- 网站维护内容不明确？建议将账号绑定，增加评价系统。
- 进行的足够成功会考虑建立一个官方网站来展示各类信息，但目前不做要求。
账号绑定即校园认证，可以常考已有软件（共享单车等）的认证方式，例如学生证认证等。评价系统在需求分析阶段就考虑到了，我们决定引入类似于淘宝等网络商城的售后评价系统。每一次任务交接成功后的评价是双向的。交接任务前双方可以查看对方已有评价。
- 进行的足够成功会考虑建立一个官方网站来展示各类信息，但目前不做要求。
PSP表格与效能分析
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 90 | 90 |
| • Estimate | • 估计这个任务需要多少时间 | 90 | 90 |
| Development | 开发 | 1470 | 0 |
| • Analysis | • 需求分析（包括学习新技术） | 240 | 0 |
| • Design Spec | • 生成设计文档 | 150 | 0 |
| • Coding Review | • 设计复审 | 60 | 0 |
| • Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 0 |
| • Design | • 具体设计 | 120 | 0 |
| • Coding | • 具体编码 | 600 | 0 |
| • Code Review | • 代码复审 | 120 | 0 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 150 | 0 |
| Reporting | 报告 | 150 | 0 |
| • Test Report | • 测试报告 | 60 | 0 |
| • Size Measurement | • 计算工作量 | 30 | 0 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 60 | 0 |
| 合计 | 1710 | 90 |