HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-下篇 (5)

image

针对运行期的质量考虑,主要是基于用户使用过程中的各类场景来展开进行分析,提取出上述几类质量属性方面的要点:

\

 

<=100人

 

<=500人

 

<=1000人

 

<=10000人

 

性能

 

100人,数据量较小,暂时可不考虑

 

500人使用时性能也不需要特别的考虑,业务量及数据量都不会太大

 

一般

 

 

安全性

 

内网部署,非外网隔离,安全性级别(高)

 

较高

 

较高

 

较高

 

易用性

 

需考虑,要求较低

 

一般

 

一般

 

 

持续可用性

 

要求不高,上班期间使用

 

一般

 

较高

 

较高

 

可伸缩性

 

暂时可不考虑

 

暂时可不考虑

 

一般

 

 

互操作性

 

需考虑(但要求不高)

 

需考虑,涉及到多个子公司,需要考虑差异性的互操作性

 

一般

 

 

可靠性

 

 

 

较高

 

较高

 

鲁棒性

 

需考虑(要求不高)

 

需考虑(一般)

 

较高

 

较高

 

相对于开发期的质量属性来说,运行期的质量属性更多、更复杂、更重要,所以我们需要特别重视。

 

3.1.3 系统约束

基于前面列出的应用需求,我们综合4类企业的约束,形成统一的约束清单:

约束类型

 

具体说明

 

业务环境约束

 

上线时间:3个月

预算限制:性价比高

集成环境:公司内部OA、邮件等系统与外部社保系统等连接

政策及法规:受制于人力资源管理相应的办法

 

使用环境约束

 

何阶层用户:员工、HR、高管等

年龄段和偏好:覆盖22岁~65岁

多个国家:(多语言支持)

是否存在网络较弱或延迟情况:会存在,所以需要考虑信息的临时存储及恢复

设备移动的情况下:需要提供移动端设备访问

 

开发环境约束

 

技术水平:团队技术水平高,掌握java语言

城市分布:多个城市

磨合程度:一般

开发管理程度:较高

源代码保密:高

网络环境:良好

 

技术环境约束

 

技术平台:Java、Linux

中间件:Spring cloud、Redis等

编程语言的流行度:主流

认同度:高

优缺点:应用语言,性能问题需要考虑

 

       上面我们系统化的梳理了系统的业务功能、质量属性及约束内容,下面我们采取需求层次-需求类型二维矩阵来找出关键功能、关键质量属性及关键约束。

3.2、确定关键功能、关键质量属性及关键约束

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wpwjgf.html