非招标系统升级需求演讲人2020-10-27目录01.业务需求02.用户需求03.功能性需求04.非功能性需求05.设计规范/约束01业务需
求业务需求01020304询价竞争性谈判业务单一来源业务竞价02用户需求用户需求分公司/区域公司采购管理人员采购员集团总部采购管理
人员部门领导/审核人员非招标运维人员大数据统计及分析人员03功能性需求功能性需求常规需求/期望需求/超期望值需求安全审计功能D技术
选型C功能设计BA满足业务需求的前提下，功能界面需要将每个功能按钮、查询条件、交互方式、以及界面上字段的类型、取数来源、排序等合理
布局，便捷易用04支持各种常见类型附件（word、excel、JPG、PDF、RAR）的上传、下载、支持视频格式文件的上传、下载和
存储0302网页访问情况监控及报表：比如每天访问人员，实时在线人数等01要求实现无状态用户登入+实现前端动静分离+单独文件存储功能
性需求功能设计LOGO功能性需求开发语言框架选择接口管理：提供易识别，易用性高的接口监控页面数据库选择02010603技术选型05
04部署方式中间件选型https://www.wps.cn04非功能性需求非功能性需求ABC性能要求兼容性需求可靠性需求DEF数据
保密性需求系统安全需求可扩展性需求1.响应时间：在95％的情况下，一般时段响应时间不超过1.5秒，高峰时段不超过4秒2.业务量：估
计用户数为100万人，每天登录用户数为10000左右，网络的带宽为100M带宽。系统可以同时满足10,000个用户请求，并为25,
000个并发用户提供流畅访问功能,关键操作的响应时间小于10秒。3.系统容量：支持百万级用户、支持TB级数据存储4.资源占用率：日
常业务量情况下CPU占用率<=50%;内存占用率<=50%非功能性需求性能要求支持主流浏览器访问（IE8及以上、goo
gle、360、搜狗等）支持win7、win10、苹果等操作系统非功能性需求兼容性需求非功能性需求可靠性需求对数据输入有提示，数据
有检查，防止数据异常。系统健壮性强，应该能处理系统运行过程中出现的各种异常情况，如：人为操作错误、输入非法数据、硬件设备失败等，系
统应该能正确的处理，恰当的回避。要求系统7x24小时运行，全年持续运行故障停运时间累计不能超过10小时。提供数据备份和恢复功能，使
得在由于系统的错误或其他原因引起系统的数据丢失或系统的数据被破坏时，能够及时恢复和还原数据。具备存储空间预警功能。非功能性需求数据
保密性需求网络传递数据应经过加密。需要保证数据在采集、传输和处理过程中不被偷窥、窃取、篡改。业务数据需要在存储时进行加密，确保不可
破解。非功能性需求系统安全需求严格权限访问控制，用户在经过身份认证后，只能访问其权限范围内的数据，只能进行其权限范围内的操作。不同
的用户具有不同的身份和权限，需要在用户身份真实可信的前提下，提供可信的授权管理服务，保护数据不被非法/越权访问和篡改，要确保数据的
机密性和完整性。提供运行日志管理及安全审计功能，可追踪系统的历史使用情况。能经受来自互联网的一般性恶意攻击。如病毒（包括木马）攻击
、口令猜测攻击等。至少99%的攻击需要在10秒内检测到非功能性需求可扩展性需求必须支持横向扩展05设计规范/约束设计规范/约束基本
设计规范设计规范/约束数据库设计规范1.尽可能在数据模型上控制业务对象的约束关系；如果通过程序逻辑去保证完整性与一致性，会存在一
定的风险。2.数据模型总的唯一性约束【比如订单号】，一定要在数据库层面得到控制；3.尽量少用存储过程；将复杂的业务逻辑抽离到上
层应用中；也就是时候尽量使用程序中的数据结构完成复杂的关系运算，避免用存储过程或者复杂的sql语句。因为应用服务器的扩展以及优化的
成本往往比DB服务器的成本小的多。4.sql语句尽量不要依据业务逻辑以及动态拼接的sql字符串，而是采用预编译的方式；否则有sq
l注入的风险。5.如果主表与子表是一对一的关系，主键尽量相同。6.数据库是各个业务系统的私有资源；其他系统对于该数据结构应该是
透明的；只能通过接口和事件去访问和修改数据。设计规范/约束外部交互设计规范1.最好是拉对方的数据比较好；比对方推过来稳定性好；
2.异步消息处理的时候，最好先落地到本地库再进行处理；这样避免消息的丢失，以及消息队列的堆积，导致消息系统挂掉；3.系统中只能有一种异常：处理中状态等待超时或者重试次数达到最大值。感谢聆听 |
|
