智慧金融系统软件需求规格说明
(IEEE 830 标准)
此需求分析说明书明确用户如何使用此智慧金融系统的具体功能需求,可供客户、项目经理、设计人员、开发人员做参考。
描述编写文档时所采用的标准或排版约定,包括正文风格、提示区或重要符号。例如,说明了高层需求的优先级是否可以被其所有细化的需求继承,或者每个需求陈述是否都有其自身的优先级。
列举了软件需求规格说明所针对的不同读者,例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。描述了文档中剩余部分的内容及其组织结构。提出了最适合于每一类型读者阅读文档的建议。
智慧金融网上银行交易系统的开发,在达到的目标如下:
(1)将银行业务的办理通过互联网来实现,从而提高工作效率。
(2)利用互联网络的特点,从而实现银行业务的扩大化。
(3)减少人力资本的投入。
可将需求划分为以下几块:
(1)银行卡及信用卡:办理、绑定、转账、注销、查看明细
(2)理财:产品推荐、购买,证券、国债、外汇(查看〕
(3)生活:缴费、充值
(4)会员:尊享权益、活动、投诉
软件需求规格说明(IEEE 830 标准)
描述了软件需求规格说明中所定义的产品的背景和起源。说明了该产品是否是产品系列中的下一成员,是否是成熟产品所改进的下一产品、是否是现有应用程序的替代品,或者是否是一个新型的、自含型产品。如果软件需求规格说明定义了大系统的一个组成部分,那么就要说明这部分软件是怎样与整个系统相关的,并且要定义出两者之间的接口。
概述了产品所具有的主要功能。其详细内容将在d中描述,所以在此只需要概略地总结,例如用列表的方法给出。很好地组织产品的功能,使每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系,例如数据流程图的顶层图或类图,都是有用的。
确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。
支持环境:IIS 5.0
数 据 库:MySQL
b.5设计和实现上的限制
基于小组成员目前的代码水平以及掌握的技术,完全做出可以投入市场的系统可以说是没可能的。因此本系统并未涉及硬件相结合的部分,考虑到系统的兼容性和可拓展性,与硬件相结合的部分用手动录入进行替代。
b.5.1、基本开发技术(预想)
(1)本项目采用前后端分离技术,对于前端应具备功能完备、易于使用的特点,后端则要求建立的数据的一致性和完整性。
(2)使用MySQL进行数据存储,MySQL的体积小,运行速度快,有优化的SQL查询算法,能有效的提高查询速度。同时它也支持多线程,可以充分的利用CPU资源。
(3)前端采用VUE框架,它是一种轻量级的渐进式的JavaScript框架,它遵循MVVM模式,具有编码简洁、体积小、运行效率高等特点。
(4)后端基于Python语言采用FLASK框架进行开发。FLASK框架有轻巧、简洁、灵活的特点,可以提升开发效率。
(5)前后端传输基于HTTP协议。
(6)运行控制 :WEB界面由用户键盘或鼠标输入人工驱动。
b.5.2技术约束
基于小组成员目前的代码水平以及掌握的技术,完全做出可以投入市场的系统可以说是没可能的。因此本系统并未涉及硬件相结合的部分,考虑到系统的兼容性和可拓展性,与硬件相结合的部分用手动录入进行替代。
b.5.3运行可行性
项目交付物为一个网站,因此在理想条件下(网络畅通、设备良好)只要保证服务器时刻开启就能维持网站24小时正常访问。
为了能在有限的设备条件约束下尽可能的保证好的运行效果,前后端框架和数据库都选取了轻量级的技术。保证了系统运行可行性。
b.5.4经济可行性
随着互联网和电子商务的飞速发展,迫切地要求商家和消费者的开户银行提供资金支付支持,有效实现支付手段的电子化和网络化;同时,电子商务的发展也给银行业带来了机遇,电子商务技术为突破银行传统的业务模式,拓展和延伸银行的服务提供了有利的武器。从此网络银行以优质、快捷、全面的服务为人们展现了未来银行的发展模式,成为金融发展的方向。它的开发不仅可以大降低经营成本,还可以打破地域界限,壮大客户队伍。我们的智慧金融银行系统便应运而生了,它的前景是非常可期的。从长远角度来看,这类系统具有较高的经济可行性。
陈述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。以下是可能要包括的一些特征:
- 将要采用的图形用户界面(GUI)标准或产品系列的风格。
- 屏幕布局或解决方案的限制。
- 将出现在每个屏幕的标准按钮、功能或导航链接(例如一个帮助按钮)。
- 快捷键。
- 错误信息显示标准。
对于用户界面的细节,例如特定对话的布局,应该写入一个独立的用户界面规格说明中,而不能写入软件需求规格说明中。
功能是根据系统特性即产品所提供的主要服务来组织的。你可能更喜欢通过使用实例、运行模式、用户类、对象类或功能等级来组织这部分内容(IEEE1998)。你还可以使用这些元素的组合。总而言之,你必须选择一种使读者易二理解预期产品的组织方案。
仅用简短的语句说明特性的名称,例如“4.1拼写检查和拼写字典管理”。无论你想说明何种特性,阐述每种特性时都将重述从d.1-d.3这三步系统特性。
提出了对该系统特性的简短说明并指出该特性的优先级是高、中,还是低。或者你还可以包括对特定优先级部分的评价,例如利益、损失、费用和风险,其相对优先等级可以从1(低)到9(高)。
列出输入激励(用户动作、来自外部设备的信号或其它触发器)和定义这一特性行为的系统响应序列。就像在第8章讲座的那样,这些序列将与使用实例相关的对话元素相对应。
列出与该特性相关的详细功能。这些是必须提交给用户的软件功能,使用户可以使用所提供的特性服务或者使用所指定的使用实例招待任务。描述产品如何响应可预知的出错条件或者非法输入或动作。就像本章开头所描述的那样,你必须唯一的标识每个需求。
e.1.1数据精确度
金额精确到小数点后两位。
日期只取到YYYY-MM-DD
e.1.2时间特性
统计、查询、报表平均响应时间:5秒以内
e.1.3兼容性和扩展性
(1)系统升级:在支持现有系统的工作模式的基础上,可以方便的升级现有的业务。
(2)业务层屏蔽:操作系统、数据库系统。
(3)用户量扩展能力:当用户的数据量发生变化时,能够有很好的扩展能力。
(4)业务扩展能力:对于类似的业务支持动态配置增加新业务。
系统保密性:只有授权的用户才能动用和修改信息系统的信息,而且必须防止信息的非法、非授权的泄漏。
系统完整性:也就是说信息必须以其原形被授权的用户所用,也只有授权的用户才能修改信息。
漏洞检测和安全风险评估:识别检测对象的系统资源,分析这一资源被攻击的可能指数,了解支撑系统本身的脆弱性,评估所有存在的安全风险
可用性和抗毁性:设备备份机制、容错机制,防止在系统出现单点失败时,系统的备份机制保证系统的正常运行。
系统防病毒:网络防病毒系统应基于策略集中管理的方式,使得分布式的企业级病毒防护不再困难,而且提供病毒定义的实时自动更新功能。
e.3业务规则
列举出有关产品的所有操作规则,例如什么人在特定环境下可以进行何种操作。这些本身不是功能需求,但它们可以暗示某些功能需求执行这些规则。一个业务规则的范例如下:“只有持有管理员密码的用户才能执行$100.00或更大额的退款操作。“
列举出将与软件一同发行的用户文档部分,例如,用户手册、在线帮助和教程。明确所有已知的用户文档的交付格式和标准。
目前暂无