程序的质量如何评价

A. 如何评价工作流程运行质量

一、流速均匀 。各责任岗位能立即办，并且达到工作质量 标准要求。若出现瓶颈岗位，就说明资源在此岗位匹配不当。应该要分析分析此责任岗位瓶颈的原因是什么?——人的能力问题，还是人的责任问题?是外部资源的支持问题，还是人对资源的运用问题?找出原因进行调整，调整的目的要明白是解决瓶颈，以保证后面流程 不受阻，不要想的太高，如瓶颈岗位流速过高，又造成后面的责任岗位成为新的瓶颈。

二、整个流程的时间成本到底有多少 ?时间成本过高，办事效率就会下降，潜亏就隐存着。从计划与时间资源关系上来，上道责任岗位办事效率高，可以为下道责任岗位增强时间资源，若上道责任岗位办事效率低，就会占用下道责任岗位的时间资源，这样下道责任岗位要按计划完成工作任务就必须要组织协调支持人力资源或增加时间资源，或支持其它资源使工作任务在规定时间里完成。

三、流质质量 。不管是哪个部门，流程中的流质不外乎物资、资金这两种，但最后都体现为信息流动。物资流动，是否符合生产流程要求?是否按“不流送不良品，不接收不良品，不生产不良品”三大原则流送?其中的信息流动必须要真实与完整体现，若没有真实、完整、及时体现，那么流程运行质量就会大大下降。因信息流动是人在操作的，在这里人的责任心，特别是细心就至关重要了。粗心的人，没有全面、及时、完整流送信息，不去发现违反“三大原则”的不良行为，那么不良的流质运行，结果就造成了“负效率与负效益”。同样，组织的资金流动也是信息流动的。在途资金流动流程控制，不仅需要财务部门设计良好的工作流程，并且需要财务人员对流程中各个相关责任岗位进行技术指导与责任控制：“指导在先，控制在中，纠正在后”。

四、流程运行劳动设计成本与实际运行成本的差距 。这是结果对照分析。设计得好的流程，有益于明确责任，预防风险，但是具体运行中，责任人的能力与主观积极性的发挥都会影响到整个流程的成本运行。研究与发现设计成本与实际成本的差距，有助于找出流程中潜存在的“利润源”。

五、流程对接质量 。包括内部流程环节对接、内部流程与外部流程端口对接。内部流程环节对接，主要抓责任转移“七大原则”行为落实。内部流程与外部流程对接，主要抓“责任沉淀”预防对接。如供应商到货验收工作流程，要预防供应商所供应材料或部件的品质、数量保障，若没有对接好，那么责任就沉淀到我们企业 这边来了。再如，将产品 交付给用户使用，用户自身如何使用产品、如何保养产品、如何履行“三包”法中的责任，都要对接好，若没有对接好，责任就沉淀给用户，得到的`负面效果就是“用户的埋怨”与市场的损失。

评价流程运行质量的目的与作用在于：

1、要发现流程设计是否适合现有的人力资源质量;

2、要发现潜存在流程中的“利润源”与潜亏源;

3、要发现流程中操作者的制约因素：能力因素、责任因素。

4、分析流程运行质量，可以帮助发现“失踪的绩效”与造成“失踪的绩效”的责任者，从而纠正单一的绩效考核所造成的不足与毛病。

5、对于个体的经理 人，通过分析流程运行质量，可以看出自我在组织、部门合作中的价值贡献与决定性作用，从而更全面地认知自我，纠正自我评估值，以客观地接近组织的评价值。

B. 软件质量评估的软件质量评估指标体系

通常，我们在软件的测试与评估时，主要侧重于功能特征、可靠特征、易用特征和效率特征等几个方面。在评价活动的具体实施中，应该把被评估软件的研制任务书作为主要依据，采用自顶向下逐层分解的方法，并参照有关国家软件质量标准。 功能性是软件最重要的质量特征之一，可以细化成完备性和正确性。对软件的功能性评价主要采用定性评价方法。
a.完备性
完备性是与软件功能完整、齐全有关的软件属性。如果软件实际完成的功能少于或不符合研制任务书所规定的明确或隐含的那些功能，则不能说该软件的功能是完备的。
b.正确性
正确性是与能否得到正确或相符的结果或效果有关的软件属性。软件的正确性在很大程度上与软件模块的工程模型（直接影响辅助计算的精度与辅助决策方案的优劣）和软件编制人员的编程水平有关。
对这两个子特征的评价依据主要是软件功能性测试的结果，评价标准则是软件实际运行中所表现的功能与规定功能的符合程度。在软件的研制任务书中，明确规定了该软件应该完成的功能，如信息管理、提供辅助决策方案、辅助办公和资源更新等。那么即将进行验收测试的软件就应该具备这些明确或隐含的功能。
对于软件的功能性测试主要针对每种功能设计若干典型测试用例，软件测试过程中运行测试用例，然后将得到的结果与已知标准答案进行比较。所以，测试用例集的全面性、典型性和权威性是功能性评价的关键。 根据相关的软件测试与评估要求，可靠性可以细化为成熟性、稳定性、易恢复性等。对于软件的可靠性评价主要采用定量评价方法。即选择合适的可靠性度量因子（可靠性参数），然后分析可靠性数据而得到参数具体值，最后进行评价。
经过对软件可靠性细化分解并参照研制任务书，可以得到软件的可靠性度量因子（可靠性参数）。
a.可用度
可用度指软件运行后在任一随机时刻需要执行规定任务或完成规定功能时，软件处于可使用状态的概率。可用度是对应用软件可靠性的综合（即综合各种运行环境以及完成各种任务和功能）度量。
b.初期故障率
初期故障率指软件在初期故障期（一般以软件交付给用户后的三个月内为初期故障期）内单位时间的故障数。一般以每100小时的故障数为单位。可以用它来评价交付使用的软件质量与预测什么时候软件可靠性基本稳定。初期故障率的大小取决于软件设计水平、检查项目数、软件规模、软件调试彻底与否等因素。
c.偶然故障率
指软件在偶然故障期（一般以软件交付给用户后的四个月以后为偶然故障期）内单位时间的故障数。一般以每1000小时的故障数为单位，它反映了软件处于稳定状态下的质量。
d.平均失效前时间（MTTF）
指软件在失效前正常工作的平均统计时间。
e.平均失效间隔时间（MTBF）
指软件在相继两次失效之间正常工作的平均统计时间。在实际使用时，MTBF通常是指当n很大时，系统第n次失效与第n+1次失效之间的平均统计时间。对于失效率为常数和系统恢复正常时间很短的情况下，MTBF与MTTF几乎是相等的。
国外一般民用软件的MTBF大体在1000小时左右。对于可靠性要求高的软件，则要求在1000~10000小时之间。
f.缺陷密度（FD）
指软件单位源代码中隐藏的缺陷数量。通常以每千行无注解源代码为一个单位。一般情况下，可以根据同类软件系统的早期版本估计FD的具体值。如果没有早期版本信息，也可以按照通常的统计结果来估计。“典型的统计表明，在开发阶段，平均每千行源代码有50~60个缺陷，交付后平均每千行源代码有15~18个缺陷”。
g.平均失效恢复时间（MTTR）
指软件失效后恢复正常工作所需的平均统计时间。对于软件，其失效恢复时间为排除故障或系统重新启动所用的时间，而不是对软件本身进行修改的时间（因软件已经固化在机器内，修改软件势必涉及重新固化问题，而这个过程的时间是无法确定的）。 易用性可以细化为易理解性、易学习性和易操作性等。这三个特征主要是针对用户而言的。对软件的易用性评价主要采用定性评价方法。
a.易理解性
易理解性是与用户认识软件的逻辑概念及其应用范围所花的努力有关的软件属性。该特征要求软件研制过程中形成的所有文档语言简练、前后一致、易于理解以及语句无歧义。
b.易学习性
易学习性是与用户为学习软件应用（例如运行控制、输入、输出）所花的努力有关的软件属性。该特征要求研制方提供的用户文档（主要是《计算机系统操作员手册》、《软件用户手册》和《软件程序员手册》）内容详细、结构清晰以及语言准确。
c.易操作性
易操作性是与用户为操作和运行控制所花的努力有关的软件属性。该特征要求软件的人机界面友好、界面设计科学合理以及操作简单等。
3.4 效率特征指标
效率特征可以细化成时间特征和资源特征。对软件的效率特征评价采用定量方法。
a.输出结果更新周期
输出结果更新周期是软件相邻两次输出结果的间隔时间。为了整个系统能够协调工作，软件的输出结果更新周期应该与系统的信息更新周期相同。
b.处理时间
处理时间是软件完成某项功能（辅助计算或辅助决策）所用的处理时间（注意：不应包含人机交互的时间）。
c.吞吐率
吞吐率是单位时间软件的信息处理能力（即各种目标的处理批数）。未来的社会情况复杂、信息众多，软件必须具有处理海量数据的能力。吞吐率就是体现该能力的参数。随着信息的泛滥，要求软件的吞吐率应该达到数百批。
d.代码规模
代码规模是软件源程序的行数（不包括注释），属于软件的静态属性。软件的代码规模过大不仅要占用过多的硬盘存储空间，而且显得程序不简洁、结构不清晰，容易存在缺陷。
因为这些参数属于软件的内部表现，所以需要用专门的测试工具和特殊的途径才可以获得。将测试数据与研制任务书中的指标进行比较，得到的结果可以作为效率特征评价的依据。 随着计算机技术、数据融合技术、网络技术和通信技术的飞速发展，对软件功能提出的要求也越来越高，如何评估软件质量已成为一个迫切需要解决的课题。选择合适的指标体系并使其量化是做好软件质量评估的关键。当然，由于软件的评估具有其特有的规范和要求，其评估指标涉及面广、不确定性因素较多、量化困难，至今还没有统一的标准。

C. 如何全面评价一下软件产品的质量，有什么标准

(1)软件需求是度量软件质量的基础，与需求不一致就是质量不高。(2)指定的标准定义了一组指导软件开发的准则，如果没有遵守这些准则，几乎肯定会导致质量不高。(3)通常，有一组没有显式描述的隐含需求（如期望软件是容易维护的）。如果软件满足明确描述的需求，但却不满足隐含的需求，那么软件的质量仍然是值得怀疑的。

D. 什么是软件如何评价软件的质量

软件含义
软件是用户与硬件之间的接口界面。用户主要是通过软件与计算机进行交流。软件是计算机系统设计的重要依据。为了方便用户，为了使计算机系统具有较高的总体效用，在设计计算机系统时，必须全局考虑软件与硬件的结合，以及用户的要求和软件的要求。 1．运行时，能够提供所要求功能和性能的指令或计算机程序集合。 2．程序能够满意地处理信息的数据结构。 3．描述程序功能需求以及程序如何操作和使用所要求的文档。 以开发语言作为描述语言，可以认为： 软件=程序+数据+文档。

最伤害硬盘的软件
1、编码错误的DVDRip 现在网上由DVD转录压缩的DVDRip格式的影片相当受欢迎。这种格式的影片清晰度和DVD相差无几，但下载一部影片只有700MB~1.3GB大小，因此很多用户喜欢将DVDRip格式的影片下载到硬盘上慢慢欣赏。不过，播放这种格式的影片对系统有较高的要求：除了CPU、显卡要求足够强劲以保证播放流畅外，硬盘负荷也非常大，因为播放DVDRip就是一个不断解码解压缩，再输送到显示系统的过程。笔者发现，在遇到有编码错误的DVDRip文件时，Windows会出现磁盘占用率非常高的现象：系统不断想要把编码转换为视频信号，但编码错误的文件索引和相应的信号段是不匹配的。此时，硬盘灯会不断地闪烁，整个系统对用户的操作响应极慢，用户点击菜单但几乎没有反应。如果编码错误较多，系统有时候甚至会死机。很多用户在此时非常不耐烦，直接按下机箱上的RESET键甚至是直接关闭计算机电源，在硬盘磁头没有正常复位的情况下，这种操作相当危险！ 提示：Windows XP的用户需要特别注意，当我们在Windows XP中自动预览一些体积较大的ASF、WMV等文件时，虽然没有进行正式播放，但也会出现计算机速度突然变慢、硬盘灯不断闪烁等现象，其罪魁祸首仍然是视频文件错误编码！ 2、Bittorrent下载 Bittorrent下载是宽带时代新兴的P2P交换文件模式，各用户之间共享资源，互相当种子和中继站，俗称BT下载。由于每个用户的下载和上传几乎是同时进行，因此下载的速度非常快。不过，它会将下载的数据直接写进硬盘(不像FlashGet等下载工具可以调整缓存，到指定的数据量后才写入硬盘)，因此对硬盘的占用率比FTP下载要大得多！ 此外，BT下载事先要申请硬盘空间，在下载较大的文件的时候，一般会有2~3分钟时间整个系统优先权全部被申请空间的任务占用，其他任务反应极慢。有些人为了充分利用带宽，还会同时进行几个BT下载任务，此时就非常容易出现由于磁盘占用率过高而导致的死机故障。 因此，除非你的电脑硬件配置相当高(尤其是内存，至少要在256MB以上)，否则在BT下载作出改进以前，如果要进行长时间、多任务的下载应用，最好还是采用传统的FTP软件。 3、PQMAGIC转换的危险 PQMAGIC是大名鼎鼎的分区魔术师，能在不破坏数据的情况下自由调整分区大小及格式。不过，PQMAGIC刚刚推出的时候，一般用户的硬盘也就 2GB左右，而现在60~80GB的硬盘已是随处可见，PQMAGIC早就力不从心了：调整带数据的、5GB以上的分区，通常都需要1小时以上！ 除了容量因素影响外，PQMAGIC调整硬盘分区时，大量的时间都花在校验数据和检测硬盘上，可以看出，在这种情况下“无损分区”是很难保证的：由于转换的速度很慢，耗时过长，转换调整过程中，很容易因为计算机断电、死机等因素造成数据丢失。这种损失通常是一个或数个分区丢失，或是容量变得异常，严重时甚至会导致整个硬盘的数据无法读取。 4、硬盘保护软件造成的异常 容易造成硬盘异常的，还有硬盘保护软件。比如“还原精灵”，由于很多人不注意在重装系统或是重新分区前将它正常卸载，往往会发生系统无法完全安装等情况。此时再想安装并卸载“还原精灵”，却又提示软件已经安装，无法继续，陷入死循环中。这种故障是由于“还原精灵”接管了INT13中断，在操作系统之前就控制了硬盘的引导，用FDISK/MBR指令也无法解决。本来这只是软件的故障，但很多人经验不足，出了问题会找各种分区工具“试验”，甚至轻率地低级格式化，在这样的折腾之下，硬盘很可能提前夭折！ 5、频繁地整理磁盘碎片 磁盘碎片整理和系统还原本来是Windows提供的正常功能，不过如果你频繁地做这些操作，对硬盘是有害无利的。磁盘整理要对硬盘进行底层分析，判断哪些数据可以移动、哪些数据不可以移动，再对文件进行分类排序。在正式安排好硬盘数据结构前，它会不断随机读取写入数据到其他簇，排好顺序后再把数据移回适当位置，这些操作都会占用大量的CPU和磁盘资源。其实，对现在的大硬盘而言，文档和邮件占用的空间比例非常小，多数人买大硬盘是用来装电影和音乐的，这些分区根本无需频繁整理。因为播放多媒体文件的效果和磁盘结构根本没有关系，播放速度是由显卡和CPU决定的。

如何判断软件的质量我认为应该从软件的适用，方便，快捷，占用资源等项来判断！

http://ke..com/view/37.htm此页有软件的相关介绍！