习题2-2 为方便储户，某银行拟开发计算机储蓄系统。

为方便储户,某银行拟开发计算机储蓄系统.储户填写的存款单或取款单由业务员输入系统,如果是存款,系统记录存款人姓名.住址.存款类型.存款日期.利率等信息,并印出存款单给储户:如果是取款,系统计算利息并印出利息清单给储户. 写出问题定义并分析系统的可行性. 答:如果是存款,储户填写存款单,然后交给业务员键入系统,同时系统还要记录存款人姓名.住址(或电话号码).身份证号码.存款类型.存款日期.利率等信息,完成后由系统打印存款单给储户. 如果是取款,储户填写取款单,然后交给业务员,业务员把取款金额输入系

如果是存款,储户填写存款单,然后交给业务员键入系统,同时系统还要记录存款人姓名.住址(或电话号码).身份证号码.存款类型.存款日期.利率等信息,完成后由系统打印存款单给储户. 如果是取款,储户填写取款单,然后交给业务员,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户. 为了满足储户的需求,该系统需要迅速的对用户的要求做出反馈,要对用户输入的信息作出最快的处理,所以就需要很大的主存容量,以及强大的数据库支持.由于是所面向的用户是广泛的储蓄用

数据流程图: 取票图: 航空订票系统技术在目前是一个技术上成熟的系统,并且在航空公司内部准备采取有力措施保证资金和人员配置等.因此,分阶段开发“航空订票系统”的构想是可行的.为了使航空公司适应现代化市场竞争的需求,促进机票预订管理信息化,不断满足旅客预订机票的要求,争取更好的经济效益,可立即着手系统的开发与完善.

答: 答:如果是存款,储户填写存款单,然后交给业务员键入系统,同时系统还要记录存款人姓名.住址(或电话号码).身份证号码.存款类型.存款日期.利率等信息,完成后由系 为了满足储户的需求,该系统需要迅速的对用户的要求做出反馈,要对用户输入的信息作出最快的处理,所以就需要很大的主存容量,以及强大的数据库支持.由于是所面向的用户是广泛的储蓄用户群,所以需要系统强大的安全性能支持.可行性研究方法 条件.假定和限制 建议开发软件运行的最短寿命:5年 进行系统方案选择比较的期限:2个月 经费来源和使用限制:

银行储蓄系统包括:支持多名储户开户.存款.取款.转帐.改密.挂失.解挂.销户等功能. 登录 输入业务员用户名和密码.3次输入不正确,强制退出程序. 基本要求 可以只设一名业务员,用全局变量表示其用户名和密码,写在程序中. 改进意见 可以用一个文本文件保存多名业务员的信息.定义结构体表示业务员,定义该种类型的结构体数据,在程序开始执行时,读入业务员信息,以支持多名业务员登录. 用文件保存密码时,一般不用"明文",而要加密处理. 系统菜单 当业务员信息验证后,进入到系统主控菜单,由业务员为

介绍: 银行储蓄系统包括:支持多名储户开户.存款.取款.转帐.改密.挂失.解挂.销户等功能. 登录 输入业务员用户名和密码.3次输入不正确,强制退出程序. 基本要求 可以只设一名业务员,用全局变量表示其用户名和密码,写在程序中. 系统菜单 当业务员信息验证后,进入到系统主控菜单,由业务员为储户办理各种业务,直到按0后退出. 基本要求 每次启动系统,都是从0用户开始办理业务 开户 账号由系统自动分配 确认密码和密码不同时要拒绝. 开户后,账号状态为0-正常 销户 输入账号,确认后,将余额全部取完,

基本要求:定义了用户类(User)和银行类(Bank),用成员函数实现各种功能,多文件组织程序.能用文本文件存取数据(如演示样例中给出的技术): 拓展方向: 序号 加分项目 细       则 1 改变Bank类中用户信息的存储方式 用对象的指针数组存储(User *user[upNum]) 或者用动态数组(User *users.空间用new分配) 2 功能扩充 按银行实际业务的要求,添加User类中的数据成员,可以记录身份证号.家庭住址等信息,并在相关业务中使用这些数据. 记录用户的每一笔业

作者:夏晓林 地点:烟大计控 时间:2017.04.23 题目描述: 模拟银行柜台业务的要求,实现一个小型的银行储蓄系统软件的开发,其中包括开户.存款.取款.转账.改密.挂失.解挂.销户等功能. 在开发过程中,请按照问题求解过程的要求,体验开发过程中需要做的工作.除了下面的系统基本功能的描述外,鼓励开展调研,使开发的软件尽量符合实际的银行储蓄系统的实际业务内容.可以参考8.1节中关于选用合适的数据结构的讨论,确定数据存储方案. 要求在程序运行过程中或者程序结束运行之前,将业务发生的数据保存到文件