3.3定义
·银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。
·媒体素材：是指传播教学信息的基本材料单元，可分为五大类：文本类素材、图形（图像）类素材、音频类素材、动画类素材、视频类素材。
·需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
·需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
·模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的. ·SQL Server2000：Microsoft公司开发的一种功能强大的关系型数据库。
·Microsoft Visual Basic 6.0 中文版：Microsoft公司开司的一种功能强大的编程软件。
3.4功能需求
根据系统可行性分析及业务要求，及相关的功能、性能分析，可以对系统现有的需求进行需求建模，主要涉及到用例、用例图的建立，类图及联系的建立，以及数据结构的定义等。
3.5用例分析
根据银行储蓄管理系统的分析，可明确系统的功能需求主要涉及以下几个部分。
参与人员：银行管理员、储户、系统用户
存款、取款、转账、查现、查看历史、修改密码（储户）；
开户、销户、挂失、解挂、修改密码（系统用户）；
增加用户、查看用户、删除用户、已批申请、待批申请（银行管理员）
根据相应的用例分析，可以为系统功能建模（用例图）：
解挂转账查询余额挂失删除用户已批申请查询用户存款储户系统用户银行管理员增加用户修改账户密码待批申请取款查询历史销户开户修改系统密码简单用例流程分析：
1. 用户注册系统后，即成为系统用户，系统用户可凭借用户名、密码、等级进入系统。系统用户可实现开户、销户、挂失、解挂、修改系统密码等用例。 2. 系统用户只有使用账户、账户密码二次登陆后，才可以实现存款、取款、转
账、查询余额、查询历史、修改账户密码等用例。
3. 银行管理人员登陆后，可以实现增加用户、删除用户、查看用户、查看已批申请、处理待办申请、修改系统密码等用例。
4. 系统的参与者（系统用户、储户、银行管理员）在实现用例时，系统会自动根据其权限给予适当的实现用例。 3.6系统层次方框图
由用例分析可知，系统的参与者有三种：系统用户、储户、银行管理员，由于角色不同，故参与者权限的分配也不同，根据功能描述的用例图可得到以下不同角色的层次方框图。 （1） 银行管理员
银行管理员 增加系统用户 删除系统用户 查看系统用户 查看已批申请 查看未批申请 修改系统密码
（2）系统普通用户
普通用户 开户 销户 挂失 解挂 改密
（3）储户
