软件工程思考(三)

版权声明:本文为博主原创文章,未经博主允许不得转载,否则将通知维权骑士维护自己的权益。 https://blog.csdn.net/c602273091/article/details/82904441

项目风险评估,项目的原型设计以及需求理解。

Risk Management

项目风险管理中,先要明白什么是风险,风险涉及未知性和损失。在进行风险评估的时候需要知道动态和静态的损失,明白得到与失去,同时要知晓其中的机会。

风险评估需要进行各方面的权衡,系统性的看问题,对于突发情况需要有应急处理,让项目更少处于风险之下。

风险的属性包括:影响,概率,时间。就是这个风险影响有多大,发生这个风险的概率是多大,以及解决这个风险需要多少时间。

暴露风险 = 损失 x 概率
在这里插入图片描述

分险分类:可以进行slef organized structure和predefined structure。

分险评估的评级:
在这里插入图片描述

分险处理优先级:使用RE(risk exposure)来就进行优先级排序。
还有使用multi-voting来排序,就是参与人员投票决定。
CRR:comparison risk ranking。直接使用画格子,每个格子有0,1表示哪个风险更需要处理。

Requirement

需求分析的要求:
在这里插入图片描述

需求包括功能需求和质量需求:功能需求就有输入、输出、接口以及某些特殊情况的处理。需要完整性、一致性、准确性。质量要求就涉及以上表格中的东西了。

明确知道scenarios,能够缩小范围。

Code Review

在现在规范的软件公司中,code review是必不可少的部分。

一般来说code review包括了代码逻辑、代码质量的review。

code review可以使得自己的工作别人也可以看到,并且在这个过程中可以提高团队沟通效率,发现错误,提升自己。

code review有walk through,就是团队很多人遍历,需要较少的时间。personal review:个人进行code review,需要花更多时间,但是可以更细致进行。

作为managers,需要安排好产所和材料给code review的人,一般manager可以晚点来,早点走。code review最好记录一下,让手下人记录,自己不要做,事情太多了。

Code review完以后需要总结一下目前项目的问题,做的好的地方,做的不好的地方,以及改进要花多少时间,可能潜在的问题。另外,review的时候也要准备好doc,spec和test。

转载请注意出处: https://blog.csdn.net/c602273091/article/details/82904441

猜你喜欢

转载自blog.csdn.net/c602273091/article/details/82904441