账户系统需求分析

一、故事背景

某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1 250个账户。

为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。

二、问题分析

(1)如果你为Liz开发问题账户分析系统,你准备如何进行需求分析,第一步要做什么?

  • 答:深入了解客户的真正需求,将自己带入银行这个工作环境中,与客户深入交流,一面造成客户需求的表达偏差。因为用户并不掌握关于软件系统构建的相关技术知识,所以用户可能会提出一些已有软件技术无法实现的期望

(2)你认为目前需求分析材料中欠缺哪些内容?

答:给出的度量的标准不够准确,没有一个参照的标准,比如说“严重拖欠”,这个没有一个具体的参照,没有说明拖欠多少算是严重拖欠。还有一个就是,没有给出具体的数据,这给我们完成这个程序带来了巨大的困难。

(3)描述一下拟开发系统的原型

答:1、包含的功能:

创建修改查询删除用户的基本信息

可以按照自定义的数据信息查询用户信息

确定并按自定义要求显示各种违规用户的三年的基本信息

显示所有账户中未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例的饼状图

2、数据库的设计

用户信息数据库:身份证号 ID(主码) 姓名name 家庭住址 address 所拥有的卡号 num

手机号:phone

借款记录数据库:卡号 num(主码)身份证号 ID(主码)余额 money 借款 use

借款时间:usetime

还款记录数据库:卡号 num(主码)身份证号 ID(主码)余额 money 还款 pay

还款时间 paytime

登陆表:用户名 user 密码 password

3、操作流程

(1)登陆系统

(2)选择查询方式查询用户信息

(3)如必要继续查看三年的用户信息

(4)显示各个种类用户的比例

4、界面设计

时间: 2024-12-19 13:58:20

账户系统需求分析的相关文章

[译]搭建账户系统

原文地址:Building account systems 原文作者:Mike Hearn 译者:shawnchenxmu 校对者:undead25 DeadLion 搭建账户系统 Troy Hunt 近期发表了一篇题为『新时代的认证指南』的博文.文章对于「你的网站应该使用什么样的密码规则」给予了很多实用的建议,而通过参考权威机构的建议总是有助于说服同事或老板. 我在 Google 工作期间从事过的一个项目就是他们的统一账户系统(特别是反劫持).大多数网站都会有一个登录系统,阅读 Troy 的文

构建账户系统

最近项目需要,自主构建一套账户系统,总结一下需要注意的问题.账户系统技术上不难,但是里面涉及到多种状态与交互,工程性比较强. 这里只考虑用邮箱注册的情况,登录名即邮箱. 1.安全问题.首选https. 2.注册,激活,登录,登出,找回密码,重置密码,重新获取激活链接,注销(暂时不做),获取用户信息. 3.设计是规划好错误提示信息和错误码 注册:邮箱已注册, 邮箱已注册,未激活 注册成功,请打开邮箱激活, 系统错误 激活:激活成功, 激活失败, 该用户已激活, 激活码过期. 登录:用户或密码错误(

Meteor 添加账户系统

Meteor 添加账户系统 我们给meteor添加一个账户系统 导入包 meteor add ian:accounts-ui-bootstrap-3 meteor add accounts-password 在界面添加登陆按钮 {{> loginButtons}} result

3.运维平台之账户系统

历程: 0. 账户系统(accounts)分为用户认证和权限分配两部分. 1. 刚开始运维平台业务比较单一,只提供给运维组人员使用即可,根本没有用户账号的概念. 2. django系统本身有用户.用户组.权限,需要进行一些扩展开发,以满足需求. 在16年独立出用户认证注册模块,形成accounts项目,简单API认证. 3. 在17年时,前端设计获得很大突破,基于Django实现RBAC权限管理. 需求: 1.需要用户认证和角色权限管理,实现资源控制访问. 2.基于用户-角色-权限数据链,在多模

支付系统、账户系统有关模型

简介:账户体系是支付系统的基础,一个支付系统必须要有账户体系.因此账户体系的设计显得尤为重要. 支付账户和登陆账号: 两个概念:支付账户和登陆账号,这是属于两个不同业务的领域. 支付账户:用户在支付系统中用于交易的所有者权益的凭证. 登陆账号:用户用于登录系统的凭证和个人信息. 两者的联系:一个用户可能会有多个登录账号,一个登录账号又可能会有多个支付账户.比如,用户可以有零钱账户,储值卡账户等各种账户.一般来说,一个支付账户不可能在多个登录账号中公用. 账户的设计需求: 在支付系统中,对于账户的

火车票售票系统需求分析

火车票售票系统 需求分析报告 1.引言 (1)1.1编写目的 (1)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3.数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (8)4.功能需求 (8)4.1功能划分 (8)4.2功能描述 (9)5.性能需求 (9)5.1数据精确度 (9)5.2时间特性 (9)5.3适应性 (9)6.

互联网账户系统如何设计(上篇)?

在很多互联网公司业务发展的早期,业务模式比较单一的情况下,涉及用户账户资金交易相关的逻辑也比较简单,但是随着公司业务模式的不断创新及类型的多元化发展,会渐渐发现现有系统账户逻辑越来越雍肿,不仅难以支持新业务的扩张,对现有业务的支持也适配困难,最终导致新业务系统不得不重新搭建自己的业务账户逻辑,造成重复建设不说,也往往给后续的财务资金核算造成混乱. 以某互联网A租车公司的业务发展路径为例? 阶段A A公司在早期开展租车业务时根据用户使用场景规定用户必须在缴纳押金以后才可以租车,并且支持用户进行余额

网上订餐系统需求分析报告

一.研究意义 随着计算机和网络的日趋发展,网上店铺如雨后春笋般出现,就连沃尔玛,金拱门这一类老品牌的商家都开拓了自己的网上购物渠道,有调查表明:无论是中国还是西方国家,越来越的用户已经习惯于网络购物.人们的消费平台逐渐开始向虚拟世界转移,而网上订餐是其中重要的一环,发展网络订餐平台已经成为了新的时代的新的需求. 餐饮业也要顺应时代进行发展,早在古代,因为人们在外做饭不便,市场便推出了饭店来解决人们的吃饭问题,这一行业在时代的发展中不断进化,随着网络购物的出现,许多人倾向于足不出户而吃到各种美食,

UML学习笔记4——系统需求分析,从无到有

一.第一阶段:战略分析  需要理清问题--了解项目背景:为什么会有这样的一个项目?客户为什么想要做这个项目?公司为什么会接这个项目? 二.第二阶段:需求分析--命中需求 3.项目目标:从项目的背景,合同,方案书中找到或整理项目的目标.整理目标才是关键. 4.关键涉众及待解决的问题: 项目的涉众分为以下几类人员: 系统的用户:使用该系统的人. 对该项目有商业决策的人,如:客户的高层领导,对项目付款,验收等有决定权. 对该项目有影响的第三方,如:本项目需要采购的硬件,该硬件供应商会影响项目的成功.