1、标准规范知识
1. 计算软件产品开发文件对照
软件生存周期各阶段中的文件编制如下:
文件/阶段 | 可行性研究与计划阶段 | 需求分析阶段 | 设计阶段 | 实现阶段 | 测试阶段 | 运行与维护阶段 |
---|---|---|---|---|---|---|
可行性研究报告 | 1 | |||||
项目开发计划 | 1 | 1 | ||||
软件需求说明书 | 1 | |||||
数据要求说明书 | 1 | |||||
测试计划 | 1 | 1 | ||||
概要设计说明书 | 1 | |||||
详细设计说明书 | 1 | |||||
数据库设计说明书 | 1 | |||||
模块开发卷宗 | 1 | 1 | ||||
用户手册 | 1 | 1 | 1 | |||
操作手册 | 1 | 1 | ||||
测试分析报告 | 1 | |||||
开发进度月报 | 1 | 1 | 1 | 1 | 1 | |
项目开发总结 | 1 |
从软件的整个生命周期来看,主要分为六个阶段:可行性研究和计划阶段,需求分析阶段,设计阶段,实现阶段,测试阶段,运行和维护阶段。
软件工程只是一个软件的开发过程,而软件的生命周期包括了软件从诞生起,直到最后被淘汰为止的整个过程,其中,包括了软件的开发过程,所以,软件的生存周期包括了软件工程。
软件工程加上开发完成之后的,后期的运行和维护阶段就构成了整个的软件的生存周期。
2.计算机软件质量保证计划规范
- 评审小组原则上由项目总体小组成员或特邀专家担任评审组长;
- 项目评审小组可以不设副组长;
- 项目开发组长或其代表可以作为评审组的成员,但不能担任评审组的组长或副组长
3.信息技术软件生存周期过程
过程名 | 主要活动和任务描述 | |
---|---|---|
主 | 获取过程 | 定义、分析需求或委托供方进行需求分析而后认可、招标准备、合同准备以及验收 |
要 | 供应过程 | 评审需求、准备投标、签订合同、制订并实施项目计划、开展评审及评价、交付产品 |
开发过程 | 过程实时、系统需求分析、系统结构设计、软件需求分析、软件结构设计、软件详细设计、软件编码和测试、软件集成、软件合格测试、系统集成、系统合格测试、软件安装及软件验收支持 | |
过 | 运行过程 | 制订并实施运行计划、运行测试、系统运行、对用户提供帮助和咨询 |
程 | 维护过程 | 问题和变更芬妮下、实施变更、维护评审及维护验收、软件移植及软件退役 |
支 | 文档编制过程 | 设计文档编制标准,确认文档输入数据的来源和适宜性;文档的评审及编辑、文档发布前的批准、文档的生产与提交、储存和控制、文档的维护 |
配置管理过程 | 配置标志、配置控制、记录配置状态、评价配置、发行管理与交付 | |
持 | 质量保证过程 | 软件产品的质量保证、软件过程的质量保证,以及按ISO9001标准实施的质量体系保证 |
验证过程 | 合同、过程、需求、设计、编码、集成和文档等的验证 | |
过 | 确认过程 | 为分析测试结果实施特定的测试、确认软件产品的用途、测试软件产品的适用性 |
联合评审过程 | 实施项目管理评审(项目计划、进度、标准、指南等的评价)、技术评审(评审软件产品的完整性、标准符合性等) | |
审计过程 | 审核项目是否符合相关要求、计划、合同,以及规格说明和标准 | |
程 | 问题解决过程 | 分析和解决开发、运行、维护或其他过程中出现的问题,提出响应对策,使问题得到解决 |
过程名 | 主要活动和任务描述 | |
---|---|---|
组 | 管理过程 | 制定计划、监控计划的实施、评价计划实施、涉及到有关过程的产品管理、项目管理和任务管理 |
织 | 基础设施过程 | 为其他过程所需的硬件、软件、工具、技术、标准以及开发、运行维护所用的各种基础设施的建立和维护服务 |
过 | 改进过程 | 队整个软件生存期过程进行评估、度量、控制和改进 |
程 | 培训过程 | 制订培训计划、编写培训资料、培训计划的实施 |
4.信息技术软件产品评价质量特性及其使用指南
“6大21小”
**6大 **
功能靠用小护翼
- 功能性-功能(一组功能及其指定的性质有关的一组属性)
- 可靠性-靠(在规定的一段时间和条件下,软件维持其性能水平有关的一组软件属性)
- 可用性-用 (易用性,与使用的难易程度及规定或隐含用户对使用方式所做的评价有关的软件属性)
- 效率-小 (在规定的条件下,软件的性能水平和所用资源之间)
- 可维护性-护 (进行制定的修改所需的努力有关)
- 可移植性-翼 (从某一环境转移到另一环境的能力)
21小
故事是这样的,某外语课,老师说了一段外语,谐音“是准用一安”(可以理解为:是准备用一安培),某同学错误翻译成“学姐操石源(日本人)”,结果老师判定不及格,某同学试着修改定下的分数,别人告诉她,应该装一个套套去…
故事简洁些就是:是准用一安,错译成,学姐操,石源,试改定分,应装一T
是-适合性;准-准确性;用-互用性;一:依从性;安-安全性;错-容错性;译-易恢复性;成-成熟性;学-易学性;姐-易理解性;操-易操作性;石-时间特性;源-资源特性;试-可测试下;改-可修改性;定-稳定性;分-易分析性;应-适应性;装-易安装性;一-一致性;T-可替换性。
21小于6大的归属性,533244
外部质量需求从**外部视角**来规定要求的质量级别
内部质量需求从产品的内部视角来规定要求的质量级别
使用质量是**基于用户观点**的软件产品用于指定的环境和使用环境时的质量
5.软件文档
包括:开发文档、产品文档、管理文档
5.1 开发文档包括:接口规格文档、软件结构设计文档、测试报告等
- 可行性研究和项目任务书
- 需求规格说明
- 功能规格说明
- 设计规格说明,包括程序和数据规格说明
- 开发计划
- 软件集成和测试计划
- 质量保证计划、标准、进度
- 安全和测试信息
5.2管理文档包括:
- 开发过程的每个阶段的进度和进度变更记录
- 软件变更情况的记录
- 相对于开发的判定记录
- 职责定义
变更控制记录、项目总结报告、需求文件评审记录等
5.3开发文档作用:
- 他们是软件开发过程中包含的所有阶段之间的通信工具,他们记录生成软件需求、设计、编码和测试的详细规定和说明;
- 他们描述开发小组的职责
-
需求文档包括
- 软件需求规格说明书
- 软件设计说明书
- 软件验证与确认计划
- 软件验证与确认报告
- 用户文档
- 其他文档(比如:项目实施计划、项目进展报告、各阶段评审报表、项目开发总结)
-
软件文档管理级别(四级)
- 最低限度文档(1级文档):适合开发工作量低于一个人月的开发者自用程序。该文档应包括:程序清单、开发记录、测试数据和程序间接。
- 内部文档(2级文档):可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。除1级文档提供信息外,2级文档还包括程序清单内足够的注释。
- 工作文档(3级文档):适合于由同一单位内若干人联合开发的程序,或可被其他单位使用的程序。
- 正式文档(4级文档):适合那些要正式发行供旁边使用的软件产品。关键性程序或具有重复管理应用性质(如薪酬计算)的程序需要4级文档。
-
测试执行
测试执行先从单元测试、集成测试、系统测试、验收测试。
- 单元测试,主要目的是针对编码过程中可能存在的各种错误;
- 集成测试,主要目的是针对详细设计中可能存在的问题,尤其是检查各单元与其他程序部分之间的接口上可能存在的问题;
- 系统测试,主要针对概要设计,检查系统作为一个整体是否有效地得到运行;
- 验收测试,通常由业务专家或用户进行,以确认产品能真正符合用户业务上的需要。
-
评审
至少要进行下来评审和检查工作:
- 软件需求评审
- 概要设计评审
- 详细设计评审
- 功能检查
- 物理检查
- 综合检查
- 管理评审
2、常见计算题考点汇总
1. 进度、网络
找出网络图中的关键路径(可能不止一条),算出总工期。“虚工作”是不占用任何时间和资源的,只是为了让逻辑更加清晰,网络图更加美观。
总时差 = LS-ES = LF-EF 指一项工作在不影响总的工期情况下所具有的总的机动时间。
自由时差 = min(紧后工作的ES - 此工作的EF),指一项工作在不影响后续工作的情况下所拥有的机动时间。
求最早时间用正推法,最迟时间用倒推法。
关键路径上总时差、自由时差都是0。
PERT技术
T1 :期望时间,通过如下公式计算得到
δ:方差 ,也是通过计算获取 ,2个非常重要的参数
T2:悲观时间,题目给出,最糟糕情况
T3:乐观时间,题目给出,最好情况
T4:最可能时间,题目给出,一般情况
公式:
T1 = (T2+T3+4*T4)/6
δ = (T2-T3)/6
δ:68.3%
2δ:95%
3δ:99%
- 总结
3.1 进度管理可能出现的问题
- 团队成员没有及早参与进项目中,需求分析耗时过长,要早期参与进项目中
- 经验不足,进度计划制定不合理
3.2 应对方法或解决方案
- 向公司申请增加资源,或者使用更有经验的员工
- 优化网络图,重拍活动之间的顺序,压缩关键路径
- 赶工,尽可能补救耽误的时间,或者提高资源利用率
- 将部分阶段的工作改成并行,并且优化工作的流程
- 变更原来的计划。根据上一阶段的工作,重新评估工作计划,进行调整,并征得相关干系人的同意
- 加强同项目干系人的沟通
- 加强对项目交付物、成果的检查和控制,减少后期的返工
- 尽可能调配非关键路径的资源到关键路径上的任务
- 优化外包、采购等环节,并进行全程监控
3.3 加快进度、压缩工期的方法
- 赶工;
- 快速跟进(并行施工方法);
- 使用有经验高效率人员代替低效人员;
- 增加优质资源
- 改进方法和技术;
- 经过甲方同意,外包或者缩小项目范围
在工期压缩的过程中,一定要加强与项目干系人的沟通。
- 与客户沟通,确定能否缩小项目范围和外包,以应对强制性验收日期
- 与团队成员沟通,制定好绩效考核办法,提高每个成员的绩效
- 与职能经理或者领导沟通,以争取更多资源
- 单代号正推反推
- 成本控制的主要内容
- 对造成成本基准变更的因素施加影响;
- 确保变更请求获得同意;
- 当变更发生时,管理这些实际的变更;
- 保证潜在的成本超支不超过授权的项目阶段资金和总体资金;
- 监督成本执行,找出与成本基准的偏差;
- 准确记录所有的与成本基准的偏差;
- 防止错误的、不恰当的或未获批准的变更纳入成本或资源使用报告中;
- 就审定的变更,通知项目干系人;
- 采取措施,将预期的成本超支控制在可接受的范围内。
- 进度落后、成本超支的解决和改进措施
- 用高效人员替换低效率人员;
- 加班(或赶工);
- 在防范风险的情况下并行施工
- 计算完工预测
- 如果是非典型,只可用ETC来预测,即用ETC/SPI;
- 如果是典型的,成本和进度都是比例关系,还可使用比例关系处理,总计划天数/SPI,得到总天数;
- P173 计算题总结
- 接驳缓冲和项目缓冲
- 接驳缓冲,是用来保证非关键活动影响关键活动的进行;接驳缓冲放在非关键链与关键链的接合点。
- 项目缓冲,是用来保证项目不因关键链的延误而影响项目的完成;项目缓冲放在最后一个活动后,项目完成前。
- 资源平衡和资源平滑
- 资源平衡,是在资源需求和资源供给之间取得平衡,根据资源制约在开始日期和结束日期进行调整的一种技术,会延长关键路径。
- 资源平滑,不会改变项目的关键路径,完工日期也不会延迟,可能无法实现对所有资源的优化。
- P241 19题总结
2.系统可靠度计算
- 串联系统可靠度计算:
R = R1 × R2 × … × RX
其中,R为总可靠度,R1、R2、…、RX为各组件的可靠度。
示例:若某系统由三个组件串联而成,各组件的可靠度分别为0.9、0.8和0.7,则总可靠度为:
R = 0.9 × 0.8 × 0.7 = 0.504
- 并联系统可靠度计算:
R = 1 - (1 - R1) × (1 - R2) × … × (1 - RX)
其中,R为总可靠度,R1、R2、…、RX为各组件的可靠度。
示例:若某系统由三个组件并联而成,各组件的可靠度分别为0.9、0.8和0.7,则总可靠度为:
R = 1 - (1 - 0.9) × (1 - 0.8) × (1 - 0.7) = 0.994
3.财务与投资计算
- 单利计算:
利息 = 本金 × 利率 × 时间
终值 F = P × (1 + i × n)
示例:假设本金为10000元,年利率为5%,投资时间为3年,则利息和终值分别为:
利息 = 10000 × 5% × 3 = 1500元
终值 F = 10000 × (1 + 5% × 3) = 11500元
- 复利计算:
终值 F = P × (1 + i) ^ n
示例:假设本金为10000元,年利率为5%,投资时间为3年,按复利计算,则终值为:
终值 F = 10000 × (1 + 5%) ^ 3 ≈ 11576.25元
4.项目成本与进度计算
- 成本偏差(CV)计算:
CV = EV - AC
其中,EV为挣值,AC为实际成本。
示例:假设某项目前3个月的挣值为30万元,实际成本也为30万元,则成本偏差为:
CV = 30万元 - 30万元 = 0万元
这表明项目的成本目前是按照计划进行的,没有偏差。
- 进度偏差(SV)计算:
SV = EV - PV
其中,EV为挣值,PV为计划价值。
示例:假设某项目前3个月的挣值为30万元,计划价值也为30万元,则进度偏差为:
SV = 30万元 - 30万元 = 0万元
这表明项目的进度也同样是按计划进行的,没有偏差。