案例4:软件需求说明书案例
中级案例分析-预测题
(3)创建WBS 时要遵循哪些原则?供选择答案(将正确选项的字母填入答 题纸对应栏内):
A.在各层次上保持项目的完整性,避免遗漏必要的组成部分。 B.一个工作单元可从属于某些上层单元。 C.相同层次的工作单元可以具有不同性质。 D.工作单元应能分开不同责任者和不同工作内容。 E.便于项目管理进行计划、控制的管理需要。 F.最低层工作应该具有可比性,是可管理的,可定量检查的。 G.分解到一定粒度的工作包。 H.WBS 不包括分包出去的工作。 【问题 3】(4 分) (1)请指出案例中引起范围变更的原因。 (2)一般情况下,造成项目范围变更还有哪些主要原因。
项目经理根据项目总体要求制定了某项目的网络资源计划图(图 1 所示,单 位为日,为简化起见,不考虑节假日),并向公司申请了 2 名分析师负责需求分 析,3 名设计师负责系统设计,10 名程序员负责子系统开发和集成,2 名测试工 程师负责测试和发布。项目经理估算总人力成本为 27400 元。
财富方块软件需求说明书
财富方块需求说明书目录1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.3 定义 (1)1.4 参考资料 (1)2 项目概述 (2)2.1 产品描述 (2)2.2 产品功能 (2)2.3 用户特点 (2)2.4 一般约束 (2)2.5 假设和依据 (3)3 具体需求 (3)3.1 功能需求 (3)3.1.1 功能需求1 (3)3.1.2 功能需求2 (4)3.1.n 功能需求n (4)3.2 外部接口需求 (4)3.2.1 用户接口 (4)3.2.2 硬件接口 (4)3.2.3 软件接口 (4)3.2.4 通信接口 (5)3.3 性能需求 (5)3.4 设计约束 (5)3.4.1 其他标准的约束 (5)3.4.2 硬件的限制 (5)3.5 属性 (6)3.5.1 可用性 (6)3.5.2 安全性 (6)3.5.3 可维护性 (6)3.5.4 可转移\转换性 (6)3.5.5 警告 (7)3.6 其他需求 (7)3.6.1 数据库 (7)3.6.2 操作 (7)3.6.3 场合适应性需求 (7)4 附录 (8)1 引言1.1 编写目的便于审查该“财富方块”项目的需求,提供大致的概要,方便接下来的开发,以此作为计划,方便与软件开发中的规划,确定软件最终的目的,以及实现的需求。
此文档提供给软件开发先关人员,以及审查人员。
1.2 范围说明:a.财富方块b.此软件适用于休闲之余的娱乐项目之一,打发人们无聊的时光。
c.本软件主要应用于娱乐项目,便于人们打发无趣的时间,挑战更高的游戏时间,此款游戏有着较好的挑战性,并且能使人品味曾经的经典。
1.3 定义本项目中用到的专业术语以及定义,将在项目编写过程中再进行定义,才用英语原译和拼音简写代替。
1.4 参考资料a.百度搜索;b.传智播客/;c.《面向对象程序设计》作者:叶乃文喻国宝清华大学出版社d.《Java课程设计案例精编》作者:黄晓东等中国水利水电出版社2 项目概述2.1 产品描述“财富方块”是模仿“俄罗斯方块”(Tetris, 俄文:Тетрис)是一款风靡全球的电视游戏机和掌上游戏机游戏,它由俄罗斯人阿列克谢·帕基特诺夫发明,故得此名。
质量保障措施(软硬件项目两篇案例)
例一:质量保障措施(硬件设备篇)本产品质量保证说明作为我公司对该项目实施过程涉及的产品质量保证的证明。
我方承诺提供以下质量保证并承担相应的法律责任:1、提供的设备是全新的、符合国家相关技术标准或行业标准、国内相关部门手续完备,具有制造商质量保证书(或合格证明)的设备;2、提供的设备符合投标文件承诺和所签合同规定的技术要求;3、每件设备和器材配件齐全、包装完整、完好未拆封;4、每个包装箱内的装箱清单、使用说明书、质量证书、保修书等相关的所有资料均齐全;5、我方提供货物的参数、规格、型号满足此项目招标文件与贵方的需求,且经贵方认可后方可安装调试;6、保证严格按照国家相关规范进行安装和调试,并保证所有投标产品质量符合国家相关法律、法规和规定的要求,保质期按国家相关规定执行。
7、若中标,国产产品提供产品合格证和国家质检标志,同时提交国家相关部门的质量检测报告书;所有进口部件、材料必须符合我国相关产业界产品标准,并提供相关报关证明。
8、所有设备和配件均是经过实际运行验证、性能稳定的全新产品,且设备上具有原制造厂商的铭牌、标志。
9、所有设备和配件均是经过实际运行验证、性能稳定的全新产品,且设备上具有原制造厂商的铭牌、标志。
10、投标人在招标及中标后,发生侵犯专利权的行为时,其侵权责任与采购人无关,应由投标人承担相应的责任,并不得影响采购人的利益。
硬件质量保障机制1) 成立项目质量领导小组:设质量检查组,配专职质检员,制定质量管理措施,落实质量监督检查制度。
2) 发货告之:货到前3日内以函电方式告知需方及项目管理人,做好收货准备。
设备的外观、包装、运输均按国家或国际通用规定或部颁标准执行。
3) 施工:施工期间公司认真执行安装规范,安全生产,尊重并服从建设单位的指导。
推行以质量为中心的技术质量经济承包责任制。
4) 项目管理体系:坚持以质量等级计价核取发工资奖金,实行优质优酬,奖优罚劣,全面促进和提高工程施工质量,做到合格率100%。
软件著作权说明书撰写中的案例分析与启示
软件著作权说明书撰写中的案例分析与启示软件著作权是指对软件作品的著作权保护。
对于软件开发者而言,撰写具有专业性和规范性的软件著作权说明书具有重要意义。
本文将通过案例分析的方式,探讨软件著作权说明书的撰写方法,并提供一些启示。
第一部分:案例分析案例一:社交媒体应用软件著作权申请某公司开发了一款全新的社交媒体应用软件,希望申请软件著作权保护。
他们撰写了一份软件著作权说明书,包括以下重要内容:1. 软件概述:对软件的功能、特点以及目标用户进行详细介绍,确保评审人员能够理解软件的创新之处。
2. 软件架构与设计:对软件的整体架构进行描述,包括模块之间的关系、数据流程、算法等内容,以说明软件的复杂性。
3. 工作原理:解释软件背后的核心原理和算法,例如推荐系统、数据挖掘技术等,以证明软件的创新性。
4. 代码示例:提供关键代码片段,以展示软件的实现方式和技术手段。
5. 界面功能:对软件的界面设计、交互逻辑进行说明,体现用户友好性和创新性。
6. 系统需求:列出软件运行所需的硬件和软件环境,以确保评审人员能够正确评估软件的功能表现。
案例二:游戏软件著作权申请一家游戏开发公司希望申请其开发的游戏软件的著作权保护。
他们的软件著作权说明书主要包含以下内容:1. 游戏概念与创新点:介绍游戏背景、游戏玩法以及与同类游戏相比的创新之处,突出游戏的独特性。
2. 角色与故事:介绍游戏中的主要角色形象、角色背景故事及角色之间的关系,增加游戏的情节性和吸引力。
3. 场景与关卡设计:详细描述游戏中不同场景的设计,关卡设定和游戏地图等,突出游戏的多样性和趣味性。
4. 美术设计:展示游戏的美术设计风格、角色造型、场景画面等,突出游戏画面的吸引力和视觉效果。
5. 音效与音乐:描述游戏中的音频效果和音乐配乐,突出游戏的听觉体验。
6. 技术实现方案:介绍游戏开发所采用的技术、引擎和代码实现方式,以证明游戏的独特性和技术创新。
第二部分:撰写启示1. 突出软件的创新性:在软件著作权说明书中,重点强调软件的创新内容和核心技术,以增加评审人员对软件价值的认知。
需求分析说明书
需求分析说明书需求分析说明书【范文一】1.引言1.1编写目的本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
预期读者是项目委托单位的管理人员、设计人员和开发人员。
1.2项目背景软件名称:银行储蓄系统项目提出者:银行项目开发者:项目的用户:想要了解银行储蓄业务流程的人1.3定义银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。
需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
1.4参考资料《精通C#数据库开发》王华杰等清华大学出版社 2004年出版《软件工程——原理,方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论(第四版)》张海藩编着清华大学出版社出版《软件工程》仸胜兵邢琳编着北京邮电大学出版社2.仸务概述2.1目标完善目前银行储蓄系统,使之能跟上时代的发展。
同时通过实践来提高自己的动手能力2.2用户的特点银行为用户提供存款、取款、查询等业务,用户凭借自己的银行卡、存折等凭证在银行办理各项业务,银行工作人员协助用户完成各项业务。
2.3假定和约束硬件配置要求:硬件外部设备需奔腾133以上的pc机,内存需16兆以上软件要求操作人员具有初步的相关知识由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。
银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。
软件需求规格说明书(IEEE-830-1998)
软件需求规格说明书软一10436108 谭武目录a. 引言 (2)a . 1 目的 (2)a.2 文档约定 (2)a.3 预期的读者和阅读建议 (2)a.4 产品的范围 (2)a.5 参考文献 (2)b. 综合描述 (2)b.1 产品的前景 (2)b.2 产品的功能 (2)b.3 用户类和特征 (3)b.4 运行环境 (3)b.5 设计和实现上的限制 (3)b.6 假设和依赖 (3)c. 外部接口需求 (3)c.1 用户界面 (3)c.2 硬件接口 (4)c.3 软件接口 (4)c.4 通信接口 (4)d. 系统特性 (4)d.1 说明和优先级 (4)d.2 激励/响应序列 (4)d.3 功能需求 (5)e. 其它非功能需求 (6)e.1 性能需求 (6)e.2 安全设施需求 (7)e.3 安全性需求 (7)e.4 软件质量属性 (7)e.5 业务规则 (7)e.6 用户文档 (7)f. 其它需求 (7)附录A :词汇表 (7)附录B :分析模型 (8)附录C :待确定问题的列表 (8)a. 引言a . 1 目的在完成了针对《网上教学系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《网上系统系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
a.2 文档约定本描述文档IEEE_830-1998版本a.3 预期的读者和阅读建议软件需求规格说明的读者,有开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员和客户。
a.4 产品的范围网上教学系统:网上教学系统的目的是开发一个在线教学平台,学员可以在线购买课程,可以把课程放入自己的图书馆中,并灵活的选择我的图书馆中的课程,学员还可以在线于老师、同学交流,并可对老师做出评价。
srs文档案例
srs文档案例1. 引言软件需求规格说明书(Software Requirements Specification,简称SRS)是软件开发过程中的重要文档,用于详细描述软件系统的需求。
本文将以一个SRS文档案例为基础,深入研究其内容和结构,以期提供一个高质量的SRS文档范例。
2. 项目背景本案例是基于一个在线购物系统开发项目的SRS文档。
该系统旨在为用户提供一个方便、安全、高效的在线购物平台。
在该平台上,用户可以浏览商品、下订单、支付和收货等。
3. 需求概述3.1 目标该在线购物系统旨在满足用户对便捷购物体验的需求,并提供安全可靠的支付和配送服务。
3.2 用户特征该系统主要面向互联网用户群体,包括年轻人、上班族和家庭主妇等。
用户应具备基本互联网使用能力,并拥有一台可以上网设备。
4. 功能需求4.1 用户注册与登录4.1.1 用户注册:用户可以通过填写个人信息完成注册。
4.1.2 用户登录:已注册用户可以通过输入用户名和密码登录系统。
4.2 商品浏览与搜索4.2.1 商品分类:商品应根据类型、品牌等属性进行分类展示。
4.2.2 商品搜索:用户可以通过关键词搜索商品。
4.2.3 商品详情:用户可以查看商品的详细信息和图片。
4.3 购物车管理4.3.1 添加商品:用户可以将感兴趣的商品添加到购物车。
4.3.2 删除商品:用户可以从购物车中删除不需要的商品。
4.3.3 修改数量:用户可以修改购物车中商品的数量。
4.4 订单管理4.4.1 下订单:用户可以将购物车中的商品生成订单。
4.4 2 订单支付:用户可以选择支付方式完成订单支付。
1)在线支付:支持支付宝、微信等在线支付方式。
2)货到付款:支持货到付款方式。
5.非功能需求5.1 性能需求5.1.1 响应时间: 系统应在秒级内响应用户操作,保证流畅的使用体验。
5.1.2 并发能力: 系统应能同时处理多个请求,保证在高峰期不发生系统崩溃或响应缓慢等问题。
app软件说明书模板
app软件说明书模板app软件说明书模板篇一:App使用说明模板CustomerManager客户经营平台APP使用说明 1:下载及安装应用(1)环境要求:需连接海尔内网,如:Haier(密码:55555666667777788888123456)(2)登录2:使用说明:(1) 点击应用图标登录,可用如下账户登录:用户名:001 密码:111111(2) 进入应用后,默认显示”工作台”界面。
其中,页头和页脚固定,中间部分可以滑动,点击页脚的不同图标可进入”话题”,”资源“,”驾驶舱“界面;如下图所示:(3) 功能界面详解:1 “工作台”界面——界面显示多种功能模块,点击可查看详细;当前可点击查看的模块有:“已处理订单”; 2 “话题”界面——点击页脚的“话题”图标进入“话题”界面,可查看“经验交流”,”创新案例”和”意见建议”;点击“经验交流”,查看话题列表,逐条点击可查看详细记录,点击“ ”回退到上一界面。
3 “资源”界面点击页脚的“资源”图标进入“资源”界面,可查看的模块有:“管理制度”,” 模式共享”,”方案提供”,”知识推送”和”新闻资讯”;点击可查看详细,当前可点击查看的模块只有“新闻资讯”; 点击”新闻资讯”,进入到“新闻资讯”界面,可看到新闻列表,逐条点击可进入“新闻内容”界面。
点击左上角“ ”也可会退到上一界面. 用户在“新闻内容”界面可查看到每条新闻的详细内容,查看到针对该新闻的用户评论,也可添加新的评论和点赞。
4 “驾驶舱”界面点击页脚的“驾驶舱”图标进入到“驾驶舱”界面,逐条点击可查看详细。
篇二:APP功能说明书清华校友 A P P 用户操作手册 1目录1.引言。
.. 31.1编写目的。
31.2项目背景。
.. 32.软件概述.. 3 2.1目标。
.. 3 2.2功能。
.. 33.使用说明.. 4 3.1注册及登录。
.. 4 3.2好友管理。
.. 6 3.2.1首页及用户沟通。
软件概要设计说明书(案例)
软件概要设计说明书So ftw are Pr eli mi nar y De sig nDe scr卷号 卷内编号 密级分类:<类别>使用者:<使用者>©托普集团,2002<项目名称>项目编号:<项目编号>文档名称Version项 目 承 担 部 门: 撰 写 人(签名): 完 成 日 期:本文档 使 用部门:■主管领导 ■项目组 □客户(市场) □维护人员 □用户评审负责人(签名):评 审 日 期:iption1. 引言1.1 编写目的软件概要设计是从总体上把握系统设计框架,他包括模块划分、处理流程和接口设计,概要设计说明书对上述内容作了总体描述,体现了用户需求与应用系统实现之间的关系,在设计过程中起到了提纲挈领的作用。
待开发的软件系统的名称:多层体系政务框架平台之一行政服务中心政务平台项目名称:多层体系政务框架平台之一行政服务中心政务平台项目的任务提出者:集团公司中央研院应用产品开发中心项目的任务开发者:多层体系政务框架平台之一行政服务中心政务平台项目开发组项目的用户:行政服务中心本文档的阅读者:多层体系政务框架平台之一行政服务中心政务平台项目组1.2 定义1.3 参考资料2. 范围2.1 系统主要目标构建行政服务中心政务平台,实现办件处理网络化、无纸化、科学化,内部办公自动化与政务公开化的要求,并为领导提供办件相关的统计与决策分析数据。
2.2 主要软件需求网上审批,网上办件与流程监控。
2.3 设计约束、限制本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。
本节内容不是陈述具体需求或设计约束,而是为具体需求以及设计约束的描述提供依据。
经费限制:41.07万;开发期限:2002年8月31日完成;硬件限制:硬设备有部分配置比较低,完成本需求说明中的功能和性能要求没有问题;编程语言:Notes Script ,HTML ,C++ BUILDER ,Visual C++ 通信协议:TCP/IP ,X.509安全和保密要求:Notes 提供的七级权限控制;CA 加密认证;开发过程中须遵守的某些标准或规则:编码规范采用Notes Script 、C++ BUILDER ,Visual C++的编码规范进行。
(完整word版)软件需求规格说明书(案例)
软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。
1 目的 (5)1。
2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。
6 参考文献 (7)2 系统概述 (7)2。
1 概述 (7)2。
2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。
1 系统角色 (9)3.2 学生管理 (11)3.2。
1 增加学生信息 (11)3。
2。
2 修改学生信息 (11)3。
2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。
3 教师管理 (12)3.3.1 增加教师信息 (12)3。
3.2 修改教师信息 (12)3.3。
3 删除教师信息 (12)3。
3。
4 导入教师信息 (12)3。
4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。
4。
2 修改课程基本信息 (13)3。
4。
3 删除课程基本信息 (13)3。
4。
4 维护课程学生信息 (13)3。
5 成绩查询 (14)3。
5.1 学生查询成绩 (14)3.5。
2 教师查询成绩 (14)3。
6 成绩分析与统计 (14)3。
6。
1 考试成绩表 (14)3.6。
2 班级各科平均成绩表 (14)3.6。
3 年级成绩排名表 (15)3。
7 系统维护 (15)3。
7.1 数据字典维护 (15)4 非功能性需求 (15)4。
1 性能需求 (15)4。
2 安全性需求 (15)4。
3 可用性需求 (16)4.4 用户文档 (17)4。
5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
软件工程案例分析题(一)2024
软件工程案例分析题(一)引言概述:本文将针对软件工程案例分析题(一)展开讨论。
该案例提供了一个软件开发项目的实际情况,我们将从需求分析、系统设计、编码实现、测试验证和项目管理等五个大点分析该案例,并给出相应的解决方案和建议。
正文:一、需求分析1. 确定项目目标和范围2. 进行用户需求调研,收集需求信息3. 分析和整理需求,提取关键功能和非功能需求4. 与客户沟通,明确需求优先级和交付时间5. 编写需求规格说明书二、系统设计1. 制定系统框架和模块结构2. 设计数据库结构和关系3. 定义系统各个模块的接口规范4. 选择合适的开发技术和工具5. 编写系统概要设计文档和详细设计文档三、编码实现1. 根据设计文档,编写代码2. 遵循编码规范和标准,保证代码的可读性和可维护性3. 进行单元测试,确保代码的正确性和稳定性4. 完善开发文档,包括代码注释和使用说明5. 进行代码审查和漏洞扫描,确保代码的质量和安全性四、测试验证1. 制定测试计划和测试用例2. 进行单元测试、集成测试和系统测试3. 通过功能测试、性能测试和安全测试验证系统的功能和性能4. 检查和修复测试中发现的缺陷和问题5. 进行用户验收测试,确保系统满足用户需求和期望五、项目管理1. 制定项目计划和进度安排2. 分配任务和资源,合理安排人力和物力3. 进行项目跟踪和进度监控,及时调整计划4. 管理团队沟通和协作,解决项目中的问题和冲突5. 进行项目总结和经验总结,为下一个项目提供参考和改进方法总结:在软件工程案例分析题(一)中,我们从需求分析、系统设计、编码实现、测试验证和项目管理等五个大点对该案例进行了分析。
通过合理规划和执行各个阶段的工作,我们可以确保项目的顺利进行,并达到高质量、高效率的软件开发目标。
同时,我们还提出了相应的解决方案和建议,以引导和指导项目团队的工作。
需求分析说明书实例+范例+非常详细
需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。
而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。
于是人们不断地在探索希望能找到解决的方法。
为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。
1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版陈明:《软件工程》,中央广播电视大学出版社,2002年6月版段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
srs文档案例
srs文档案例SRS (软件需求规格说明书) 文档是一个重要的软件开发文档,用于明确软件系统的功能需求、性能要求、接口要求等,并提供一个明确的指导,以便软件开发团队能够正确地开发出满足客户需求的软件系统。
下面是一个SRS文档的案例:1. 引言1.1 目的目的是定义和描述一个在线电商平台的功能需求和性能需求。
1.2 范围该软件系统将包括用户注册、商品浏览、购物车管理、订单处理等功能,并且需要支持多用户同时在线访问。
1.3 定义、缩写和缩写表2. 总体描述2.1 产品透视图该系统将由一个后端服务器和一个前端网页应用程序构成,后端服务器负责处理用户请求并管理数据库,前端网页应用程序将提供用户界面。
2.2 用户特点主要用户是注册用户和游客,注册用户将享有更多功能,例如购物车管理和订单处理。
3. 功能需求3.1 用户注册3.1.1 注册表单:用户可以通过填写注册表单来注册账号。
3.1.2 验证机制:系统需要验证用户提供的信息,并确保其唯一性。
3.2 商品浏览3.2.1 商品分类:系统需要将商品按照不同的分类进行展示。
3.2.2 商品搜索:用户可以通过关键字搜索商品。
3.3 购物车管理3.3.1 添加商品:用户可以将商品加入购物车。
3.3.2 修改商品数量:用户可以修改购物车中商品的数量。
3.3.3 删除商品:用户可以从购物车中删除商品。
3.4 订单处理3.4.1 下单:用户可以将购物车中的商品生成订单。
3.4.2 支付:用户可以选择支付方式并完成支付。
4. 性能需求4.1 响应时间:系统需要在用户请求后的3秒内作出响应。
4.2 吞吐量:系统需要支持1000个并发用户同时在线访问。
5. 接口需求5.1 用户界面:系统将提供一个Web用户界面。
5.2 数据库接口:系统将与数据库进行交互。
6. 非功能需求6.1 可靠性:系统需要保证数据的完整性和一致性。
6.2 安全性:系统需要采用安全性措施,防止未经授权的访问和数据泄露。
《软件项目管理》案例
1.1 案例场景希赛信息技术有限公司(CSAI)原本是一家专注于企业信息化的公司,在电子政务如火如荼的时候,开始进军电子政务行业。
在电子政务的市场中,接到的第一个项目是开发一套工商审批系统。
由于电子政务保密要求,该系统涉及到两个互不联通的子网:政务内网和政务外网。
政务内网中存储着全部信息,其中包括部分机密信息;政务外网可以对公众开放,开放的信息必须得到授权。
系统要求在这两个子网中的合法用户都可以访问到被授权的信息,访问的信息必须是一致可靠,政务内网的信息可以发布到政务外网,政务外网的信息在经过审批后可以进入政务内网系统。
张工是该项目的项目经理,在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同,有其自身的特殊性,若照搬企业信息化原有的经验和方案必定会遭到惨败。
因此采用了严格瀑布模型,并专门招聘了熟悉网络互通互联的技术人员设计了解决方案,在经过严格评审后实施出了较大的异议,认为不符合政务信息系统的风格,操作也不方便,要求彻底。
在项目交付时,虽然系统完全满足了保密性的要求,但用户对系统用户界面提更换。
由于最初设计的缺陷,系统表现层和逻辑层紧密耦合,导致70%的代码重写,而第二版的用户界面仍不能满足最终用户的要求,最终又重写了部分代码才通过验收。
由于系统的反复变更,项目组成员产生了强烈的挫折感,士气低落,项目工期也超出原计划的100%。
【问题1】请对张工的行为进行点评?1.张工注意到了系统运行环境的特殊性,在良好设计和实现的情况下满足了用户的要求。
2.张工忽略了系统用户的潜在要求,在用户界面和操作的风格上范围定义不清晰,造成系统交付的重大变更。
3.张工在第一次问题发生后仍没有对范围进行有效的管理,造成了系统第二次的变更。
4.张工没有对用户界面是否能够满足要求的风险进行有效的管理,而是采用了对风险适应性较差的瀑布模型组织开发。
5.张工没有对设计质量进行有效的控制,增加了修改的代价。
【问题2】请从项目范围管理的角度找出该项目实施过程中的主要管理问题?(1)张工没有挖掘到系统的全部隐性需求,缺乏精确的范围定义。
软件工程实用案例 第4章 结构化需求分析
3项目范围 3.1 第一版范围 3.2 后续版本范围 3.3 限制与排除
4项目环境 4.1 操作环境 4.2 涉众 4.3 项目属性
词汇表 参考资料 附录
4.3 需求获取
4.3.3 选择信息的来源
• 1. 涉众
• 包括用户、客户、领域专家、用户替代源(市场人员、销售人员) 等。
4.4 需求分析
4.4.1 过程建模
4.4.1.1 数据流图
3. 分层结构 (3)N层图
图4-12 功能分解示意图
4.4 需求分析
4.4.1 过程建模
4.4.1.1 数据流图
3. 分层结构 (3)N层图
图4-13 食物订货系统的1层图
4.4 需求分析
4.4.1 过程建模
4.4.1.2 微规格说明
正式规定文档所需具有的条件或能力。
(3) 对(1)或(2)所描述的条件或能力的文档化表述。 其中,(1)是从用户角度定义的,(2)是从开发人员、
系统的角度定义的。
4.1 需 求
4.1.2 需求的层次
需求通常体现为三个层次:业务需求、用户需求和系 统需求。
4.1 需 求
4.1.2 需求的层次
4.3 需求获取
4.3.2 定义项目前景和范围
• 1.明确问题
P1 决策者:生产的废品过多。
• 2.发现业务需求
BR1:提供销售订单的准确性,减少因此而产生废品。
BR2:提供销售订单的准确性,在使用后3个月内,减少50%因此而产生 的废品。
4.3 需求获取
4.3.2 定义项目前景和范围
• 3.定义解决方案及系统特性
4.3 需求获取
4.3.4 需求获取的方法
软件需求分析报告案例
《高校课程调度系统》软件需求规格说明书a.引言a.1目的高校教务管理工作是高等教育中的一个极为重要的环节,是整个院校管理的核心和基础。
面对种类繁多的数据和报表,面对手工处理方式已经很难跟上现代化管理的步伐。
随着计算机及通讯技术的飞速发展,高等教育对教务管理工作提出了更高的要求。
尽快改变传统的管理模式,运用现代化手段进行科学管理,已经成为整个教育系统亟待解决的课题之一。
根据全国高校教学管理软件市场的需求,开发完成教学管理系统尤其是课程调度管理系统迫在眉睫,为计算机管理课程调度工作提供全面的解决方案。
a.2预期的读者和阅读建议本需求分析说明书适用于该项目客户、业务或需求分析人员,用户文档编写者,项目管理人员,项目产品开发人员,产品测试人员,技术支持人员。
a.3产品的范围高校课程调度系统,是一个集先进的关系和文档数据库技术、多媒体技术于一身的课程调度管理系统的解决方案。
本系统结构清晰、自动化程度高、运行速度快、用户界面友好、课程调度工作味道浓厚、使用灵活方便,可大大提高高校教务管理部门的工作效率,规范各类课程调度管理工作的业务流程。
本系统适合各类高等院校的各级教学、教辅管理部门使用(包括:教育处、教研科、教务科、基础课程科等),也适用于各类中专及职业技术学校。
a.4参考文献《普通高等学校本科专业设置规定》、《教育部关于高等学校学籍方面一些名称的提法》、《湖南省教委关于普通高等学校教学管理制度和学生学籍管理有关问题的暂行规定》、《教学一览》、《课程编号一览》、《软件工程》、《计算机系统导论》、《数据库原理与方法》、《 SoftWare Requirement 》b.综合描述b.1产品的前景各级教学管理部门作为各个高等学府的一个重要职能部门,管理、制定、执行与学校头等大事——教学工作有关的各项工作及政策。
其中,教学计划的实施是一个重要的环节。
每学期管理人员都要制定、整理教学计划,根据教学计划下达教学任务书,然后根据教学任务书编排课程表。
【优质文档】软件需求分析范例-精选word文档 (14页)
本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!== 本文为word格式,下载后可方便编辑和修改! ==软件需求分析范例篇一:软件工程案例(图书管理系统)需求分析文档编号:LMS_1文档名称项编写:校对:审核:批准:开发单位:版本号:V1.0求分析规格说明书名称:图书管理系统:需目1. 引言: 1.1 编写目的:确定图书管理系统的功能及有效性需求,以供软件开发人员参考。
1.2 项目背景:本项目的名称:图书管理系统本项目的应用范围:中型图书室开发者:电信科学技术研究院研究生部用户:开发人员 1.3 定义:LMS : Library Management SystemTitle:记录图书馆内所有类图书的信息并可进行查询。
Item:记录馆内每一本图书的状态,并提供查询、统计、打印功能。
Borrower Information:记录读者信息并可进行查询。
Loan:对图书的出借、归还、续借进行管理并可进行查询。
Reservation: 提供预约与取消预约功能。
1.4 参考资料:《实用软件工程》(第二版)郑人杰殷人昆陶永雷清华大学出版社《软件工程——Java语言实现》 Stephen R. Schach 机械工业出版社《实践者的研究方法》Roger S. Pressman 机械工业出版社2. 任务概述: 2.1目标:该《图书管理系统》针对的用户是中型图书室,藏书的种类包括中、英、俄、德、日文书籍和期刊,读者的数量和来源仅限于本单位职工及通过馆际互借认可的读者。
相应的需求有:1>能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:? ? ? ? ? ? ?图书信息的录入、删除及修改。
图书信息的多关键字检索查询。
图书的出借、返还和资料统计。
图书的远程预约和续借。
馆际互借(通过电子邮件或现场录入)读者信息的登记、删除及修改。
读者资料的统计与查询。
网上书店管理系统--需求分析说明书
网上书店管理系统—软件需求规格说明书一引言1.1 编写目的1 目的:本书有助于用户更了解我们对本网站的建设计划,是我们双方之间能够互相信任的准则。
在完成了针对“网上书店”市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对“网上书店”做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使网站分析人员及开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
方便读者,减少运营费用,便于管理。
2 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2 项目背景说明:由于现在人们生活水平的提高,对生活质量的追求的同时提升自身的素质也越来越重视,网上书店越来越受到广大人民的欢迎,同时,也出现了很多,网上书店方面的问题,比如:如何更方便的查找书籍,如何更快捷的买到书籍、等一系列的问题都出现了。
为了解决以上问题,让广大在网上购书的人民放心,特建此网站为广大购书者服务。
a. 网站名称:网上书店管理系统;b.项目委托方:。
c.开发者:;d.用户:从事网上书店管理的开发人员。
e.实现该软件的计算中心:.1.3 术语定义以下对LMS,SQL Server, visual Studio 2005;LES:library electronic systems ;SQL Server:所用的数据库管理系统。
visual Studio 2005:所用的开发工具。
1.4 参考资料张海潘.《软件工程导论》;李玉林、王岩著,《 2.0网络编程从入门到精通》;郝刚主编,袁永刚、严治国、何宇光著,《2.0开发指南》;曾顺编著《精通Div+Css网页样式与布局》;二需求概述2.1 软件目标如果本软件产品是一项独立的软件,而且全部内容自含数据库,数据访问层,业务逻辑层,页面表现层的几部分。
需求规格说明书案例模板全套
需求规格说明书案例模板1.文档介绍1.1.编写目的本文档描述软件产品需求规格说明书(SRS)的目的是:D定义软件总体要求,作为用户和软件开发人员之间相互了解的基础;2)提供性能要求、初步设计和用户影响的信息,作为软件人员进行软件结构设计和编码的基础;3)作为软件总体测试的依据。
1.2.文档范围XXX系统需求规格说明书主要包含了该系统整体需求及功能性需求的详细介绍。
1.3.读者对象编写详细设计人员及程序开发人员1.4.术语与缩写解释缩写、术语及符号解释SOA架构面向服务的体系结构。
元数据Metadata 描述数据的内容、质量、状况和其他有关特征的数据。
数据中心Data Center 以各类数据为核心,依托成熟的存储、数据库、GIS、网络等技术,按照统一标准,建立的具有信息管理、分析、查询、统计及服务的一体化数据管理体系。
数据管理DataManagement利用数据库、数据仓库、元数据和网络等技术,建立分布式、集中式或集中加分布式数据管理系统,开展数据接收、组织存储、运行维护、更新、共享交换等工作,实现对数据资源的有效组织和应用。
数据维护DataMaintenance在制定维护方案基础上,对数据和数据库进行的日常维护与监控、备份与恢复、应急处理和监督管理等,从而保护数据的安全性和可移植性。
用户系统的使用者1.5.参考资料序号文档名称文档编号版本发布日期1《计算机信息系统安全保护等级划分准则》GB17S592.项目介绍2。
.项目说明介绍产品的名称、任务提出者、开发者、用户群项目名称:XXX系统。
任务提出者:XXX公司。
开发者:XXX公司。
用户群:调度员2.2.项目背景XXX02.3.项目目标XXX o2.4.项目用户调度员3.需求说明3.1.整体需求XXX o3.2.功能需求3.2.1.需求编号规则需求编号:XXX(项目名称)+dt(模块名称)+001(功能点)工2.2.总体模块划分主要根据业务和展示功能划分,分为地图功能模块和业务功能模块。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
中国XX银行XX分行中间业务系统金融平台改造项目软件需求说明书文档编号:CG-C03-DLNH-200801-RBL01编写人:ZZZ审核人:YYY丹东市启东信息工程研究所2008-4-5变更记录21概述1.1 项目建设的背景和必要性随着商业银行发展的需要,银行电子化建设也正向着更深的层次发展,银行的应用系统明显地呈现以下三个发展趋势:数据趋于集中、处理趋于统一、系统趋于开放。
我行的全国数据大集中正在稳步实施,在前置层上建设一个开放的、处理逻辑统一的金融服务平台已是大势所趋。
随着银行间的竞争加剧,各级业务部门设计的新型金融产品越来越多,而这些新型金融产品的大部分业务逻辑都是在前置层上实现的,在此层次上的应用从业务角度上分析是千差万别、难于归纳的。
但是如果将各产品的逻辑拆分成具体的功能单元,则可以发现千差万别的金融产品其实是由可归纳总结的一个个功能单元拼装而成的。
我们可以对现有金融产品所涉及到的功能单元进行系统地分析、归纳和总结,统一其处理方法,而具体逻辑则通过可配置的参数体现出来。
这样,产品逻辑的实现过程就是平台对产品所涉及到的各功能模块的调度过程,产品的开发则由原来的编写程序改变为对各功能单元以及功能单元的调度流程的参数化设置,产品的维护则由原来的程序维护变化为对配置参数的维护。
这样,处理方法统一了,产品开发方法统一了,产品管理方法统一了,产品的维护方法统一了,产品规范统一了,前面所提出的各种问题自然迎刃而解。
事实上,在中间业务平台中已经对大部分的功能单元进行了总结和实现,并在实践中得到了认可,所以我们认为金融服务平台的实施和实现是完全可行的。
1.2 目前XX银行现有系统架构分析目前面向交易的XX银行应用系统根据处理逻辑的不同分为三个层次:渠道层、金融产品层、核算层。
其中,核算层及传统金融产品主要部署在ABIS系统3中,为银行客户提供传统的金融产品服务,并为其他金融产品提供帐务逻辑处理的服务,而各种新型金融产品的应用逻辑(帐务逻辑除外)则根据业务的不同分别分布于AIPS、中间业务平台、投资业务平台、第三方后台服务等应用系统中。
这样,根据应用部署的不同又可以按照渠道层、前置层、后台服务层等三个层次划分,如下图:随着全国数据集中项目的稳步进行及ABIS系统的日趋稳定和完善,各分行的工作重点正逐步向渠道层和前置层转移,渠道整合、ACBS两个项目的实施为渠道层的应用逻辑统一处理打下了坚实的基础,而前置层上的应用处理则处于相对混乱的状态,主要有以下一些问题:一方面,不同的业务在不同的应用系统中实现,就要求渠道层必须根据业务的不同判断其对应的后台并组装该应用系统所定义的报文,从而加重了渠道层应用处理的复杂度;另一方面,各级分行科技人员面临着总行开发推广的各种金融产品和各个不同的应用系统,还要应对各种本地化的新型金融产品,而总行开发4推广的产品,大都由不同的产品组开发,有着不同的设计思想、不同的开发习惯、各种不同的工作流程、各种自定义的数据库表、不同的报表生成方式,大量的程序维护、大量的系统维护、各种不同的管理规则……,从总行到分行都在疲于奔命应付各种项目的开发、测试、推广以及技术支持。
最终的结果是对业务需求的反应速度慢;技术人员进行着大量重复性的开发工作,各种低级的应用错误重复出现;同一个应用层上不同的业务归属于不同的技术人员负责,很多人做着相似的工作,从而造成人力、财力资源的严重浪费……1.3 金融服务平台的应用布局在XX银行面向交易的应用系统架构中,金融服务平台应当是前置层上的唯一应用处理系统,如下图所示:在省域数据集中和全国数据集中两种模式并存的情况下,金融服务平台的应用布局如下所示:5如上,金融服务平台负责渠道的接入、后台服务的调用、本地应用处理等三部分功能的实现,在级连模式下,两个金融服务平台之间互为后台服务。
金融服务平台只在各一级分行的数据中心部署,采用集中式管理和应用、分布式开发和维护的架构,全国数据中心部署的金融服务平台还可以有全国业务统计、分析、管理等功能。
2项目功能分析目前运行在中间业务平台上的项目主要分为联机业务和批处理业务两大类,其中联机业务又分为实时联机业务和非实时联机业务。
6其中实时联机业务包括以烟草在线结算、代理辽移手机缴费、代理联通手机缴费等为代表的13个项目,此类项目属于比较重要的业务范畴,业务流程比较复杂,涉及平台较多,开发的工作量和难度较大。
非实时联机业务包括以本利丰、瓦房店财政局罚缴分离业务等为代表的24个的项目,此类项目业务应用也比较广泛。
批处理业务包括以代扣电业局电费、平安保险批处理、本利丰及汇利丰的派息、扣税、派发本金等业务为代表的43个项目。
下面按照项目的重要程度、规模以及开发的任务量和难度具体阐述所有项目的情况及开发任务:2.1 实时联机业务➢代理辽移手机费项目✧项目概述:实时代理辽宁移动公司手机查询和缴费业务。
✧项目需求:完成话费的查询、缴费、打印发票、对帐以及对帐结果的查询等功能。
✧项目重要程度及规模:重要,属于比较大的项目。
✧项目所涉及的平台:前台、中间业务平台、通讯机、网上银行、电话银行、自助终端、ATM等。
➢代理联通手机费项目✧项目概述:实时代理联通公司手机查询和缴费业务。
✧项目需求:完成话费的查询、缴费、打印发票、对帐等功能。
✧项目重要程度及规模:重要,属于比较大的项目。
✧项目所涉及的平台:前台、中间业务平台、通讯机、网上银行、电话银行、自助终端、ATM等。
➢辽宁移动统一充值项目7✧项目概述:实时代理辽宁移动公司利用银行卡对手机进行充值的业务。
✧项目需求:完成帐户余额查询、充值扣款、查询交易流水、充正、校验身份、对帐等功能。
✧项目重要程度及规模:比较重要,属于中型的项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机。
➢代理网通话费业务✧项目概述:实时代理网通公司固定电话和小灵通的话费查询、缴费业务。
✧项目需求:完成固定电话和小灵通的话费查询、缴费、打印发票、对帐等功能。
✧项目重要程度即规模:重要,属于大型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机、网上银行、电话银行、自助终端等。
➢代理铁通话费业务✧项目概述:实时代理铁通公司固定电话的话费查询、缴费业务。
✧项目需求:完成铁通固定电话的话费查询、缴费、打印发票、对帐等功能。
✧项目重要程度即规模:重要,属于中型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机等。
➢代理辽宁福彩中心收费✧项目概述:实时代理辽宁福彩中心对投注站进行收费,包括电脑彩票和即开彩票两种业务类型。
✧项目需求:完成辽宁福彩中心电脑彩票和即开型彩票的投注站的查询和缴费以及对帐功能。
8✧项目重要程度及规模:重要,属于中型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机、网上银行、电话银行和自助终端等。
➢代理烟草公司在线结算项目✧项目概述:实时代理XX烟草公司的货款代扣业务。
✧项目需求:完成系统的签到、签退、客户的开销户、扣款、退货、预扣款、余额查询、异常处理以及对帐的功能。
✧项目重要程度及规模:重要,属于中型项目。
✧项目所涉及的平台:中间业务平台、通迅机。
➢银期通项目✧项目概述:实时代理XX商品交易所与XXXX银行之间的期货交易出入金以及期商帐户的管理、账务的查询等功能。
✧项目需求:完成期货代理商的开销户、出入金业务、修改和查询客户基本资料、交易资金状况查询、修改交易密码、挂失、解挂、抹帐、对帐等功能。
✧项目重要程度及规模:重要、属于大型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机、电话银行等。
➢银税联网(国税)✧项目概述:实时代理XX国税与XX银行的企业的网络划税以及个体户的批量划税业务。
✧项目需求:完成客户资料的增加、删除、修改和查询、获取纳税人信息、扣税、对帐、打印企业完税证、个体扣款的批量扣税和打印个体通用缴款书等业务。
✧项目重要程度及规模:重要、属于大型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机等。
9➢代收金州热电缴费项目✧项目概述:实时代理金州热电的查询和缴费业务。
✧项目需求:完成查询、缴费、对帐和帐户信息的查询等功能。
✧项目重要程度及规模:比较重要,属于中型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机等。
➢稻米市场转帐项目✧项目概述:实时进行稻米市场交易资金和XX银行帐户之间的资金划转。
✧项目需求:完成客户资料管理、系统状态管理、查询稻米方和银行方资金状况、客户出入金、市场出金、系统对帐、发送交易资金明细、打印出金凭条等功能。
✧项目重要程度及规模:该项目尚未投产,预计投产后会很重要,属于大型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机、电话银行等。
➢辽宁福彩电话投注项目✧项目概述:实时进行辽宁福彩中心电话投注的管理和付款业务。
✧项目需求:完成客户的注册和注销、电话投注付款、付款冲正以及对帐功能。
✧项目重要程度及规模:该项目尚未投产,预计投产后会很重要,属于大型项目。
✧项目所涉及的平台:前台、中间业务平台、通迅机、网上银行、电话银行等。
2.2 非实时联机业务➢外汇宝项目10✧项目概述:进行个人外汇买卖。
✧项目需求:包含市价交易、委托交易、多重委托交易、连环委托交易、委托交易撤单、客户投资情况查询、客户委托及成交查询、汇率查询、客户签约情况查询等功能。
✧项目重要程度及规模:比较重要,属于大型项目。
✧项目所涉及的平台:自助终端、电话银行、通迅机。
➢储蓄国债项目✧项目概述:进行储蓄国债业务的查询。
✧项目需求:包含债券摘要信息查询、债券详细信息查询、债券持有情况查询等功能。
✧项目重要程度及规模:比较重要,属于中型项目。
✧项目所涉及的平台:电话银行、通迅机。
➢本利丰业务✧项目概述:相对于汇利丰,进行人民币理财产品的出售、派息及还本金等。
✧项目需求:包含购买理财产品、理财产品资料维护、理财产品发行期毁约、打印统计文件、理财汇总统计、理财查询、理财统计、打印派息统计文件、打印还本金统计文件、批量解冻、批量扣款、批量付款等功能。
✧项目重要程度及规模:比较重要,属于中型项目。
✧项目所涉及的平台:前台、中间业务平台。
➢财政局罚缴业务✧项目概述:对执罚单位进行罚没款的收缴业务。
✧项目需求:执罚单位信息的录入、查询、修改、删除、罚没款项缴费、抹帐处理、生成汇总明细文件、查询交易明细、打印信息11单位及编码表等功能。
✧项目重要程度及规模:一般,属于中型项目。
✧项目所涉及平台:前台,中间业务平台。
➢财政局收缴业务✧项目概述:对执收单位进行收缴款项的缴费业务。
✧项目需求:执收单位信息的录入、查询、修改、删除、收缴款项的缴费、抹帐处理、查询交易明细、打印单位信息及编码表等功能。
✧项目重要程度及规模:一般,属于中型项目。
✧项目所涉及平台:前台、中间业务平台。