在线支付系统

在线支付系统是一个第三方安全交易系统。

买方可以先向账户充值，然后系统会提醒卖方发货。一旦买方确认收货，系统会将钱转到卖方的账户，这样他们就完成了一次在线交易。

在个文档描述了支付系统的基本的功能性和非功能性需求。请仔细阅读。

功能性需求

个人账户管理系统

个人账户管理系统允许一个基础的用户（买方或卖方）用他们的真名、身份证号与电子邮件等基本个人信息注册一个账户，并且可以随时修改这些信息。

用户可以进行基本的账户操作，包括设置、更改支付密码，收费账户以及查询账户余额。

用户可以检查他们的支付记录报表，以月表与年表两种形式组织与呈现。

用户有一个主界面可以进行这些操作，同时有到其他功能模块的链接。

支付事务处理系统

支付事务处理系统允许用户检查订单信息，包括订单数，订单中的物品，金额，买卖方的信息，以及订单的状态。

当卖家确认发货后，买家可以支付或者退款。

要实现交易历史查询与申诉功能。

更进一步，交易事务流应该被记录，用于账户核对与审计。

这个系统需要一个界面按照交易状态、交易时间分类显示交易记录。

交易状态分类样例：正在处理、未付款、等待发货、等待收货、退款、完成、失败。

交易时间分类样例：今日、最近一周、最近一月、最近三个月、最近一年、一年前。

交易安全权限认证是一个附加的部分。

在线订购系统

在线订宾馆、机票是在线支付系统的一个增值服务。

用户可以通过这个服务查看宾馆、航班的信息，按需订房间与机票，然后用他们的账户来完成支付。

基本的操作包括：

• 搜索宾馆与航班信息并呈现这些信息
• 下订单与支付
• 评论与打分
• 查询订购历史

当用户搜索宾馆与航班时，在右侧边栏中列出特价航班与特供房间。

宾馆搜索结果按照价格等级、宾馆星级，热度和用户评分来排序；

航班搜索结果按照价格、飞行用时、是否中转、航空公司来排序。

注意要在系统中加入一个订购服务管理员，他的任务是在后台界面管理维护宾馆与航班的信息。

账户核对与审计系统

允许审计员用数据库中已完成的交易记录进行账户核对与审计。

这个系统每天在一个固定时间（如凌晨1点）生成一个昨天24小时的核对数据列表。

这个列表要包含每一笔交易的订单号，买卖方的ID，金额，订单状态，交易时间。

当错误或者某些需要慎重确认的事件发生时，它会马上记录并向审计员发出警告。

此系统的界面需要被精心设计。

系统管理系统

允许管理员维护系统并确保系统运行顺畅。

管理员可以通过后台界面进行以下任务：

• 添加新的管理员（包括系统管理员与在线订购系统的管理员）
• 维护管理员的信息。
• 管理用户（包括一般用户、VIP与审计员）
• 进行实名认证。
• 管理仲裁与黑名单。

注意设计权限管理并实现。

一旦某人的权限被改变，要立即产生对应的效果。

另外，开发者要建立与维护一个身份证号数据库用于自动实名认证。

其它的功能性需求

VIP 机制

使用经验越多的用户能获得更多的成长点数。

点数规则的设置要有理有据。

当一般用户的成长点数达到一个预先设定好的值时会升级为VIP。

VIP用户拥有一些特权，比如订购时有折扣，提升订购量的限制等。

提醒

提醒系统在全局设计，无论用户处于哪一个页面，一旦以下事件发生，用户会被马上提醒：

• 交易状态改变
• 订购成功/失败
• 实名认证通过或失败
• 申诉的仲裁有了结果

充值卡

推荐用户使用充值卡。

个人账户管理系统支持使用充值卡给账户充值的操作。

充值卡号与密码的验证模块需要在系统管理系统中实现。

译注：充值卡是一种可以通过验证卡号、密码来兑换虚拟财产的卡。

非功能性需求

安全性

隐私安全

用户名与密码用于防止非法用户访问系统。访问控制模块用于防止合法用户非法地访问系统资源。

一些敏感的数据，如用户名、口令、账户余额，要加密传输。

明文口令要被加密保存。

当用户登录时、要防止SQL 注入，暴力破解以及伪造会话信息入侵。

完整性

• 防止未授权的用户不小心或恶意地修改与插入数据
• 防止数据丢失

性能

系统配置

• CPU 2.6GHz
• 内存 2.0G
• 硬盘转速 7200rpm

访问容量

支持至少500 个用户同时访问

数据容量

支持至少10000条交易记录。

响应速度

对于单个用户：

• 访问响应时间在1秒内
• 信息搜索的响应时间在2秒内

对于500个用户：

• 访问响应时间在2秒内
• 信息搜索的响应时间在5秒内

可用性

多浏览器支持

这个系统应该在绝大多数流行的Web浏览器上能正确运行，如Firefox与IE等。