1,265
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
slbluefox 2003-07-31
- 打赏
- 举报
没有人响应了吗?给分了
slbluefox 2003-07-31
- 打赏
- 举报
还有没有更详细的东西了,请告诉我一声:sei-rai@tasc.jp
slbluefox 2003-07-31
- 打赏
- 举报
to: tj_dns(愉快的登山者)
非常感谢你,今天如果没有跟贴的话,这100分我全给你了
非常感谢你,今天如果没有跟贴的话,这100分我全给你了
愉快的登山者 2003-07-31
- 打赏
- 举报
关键点：
1。需求调研和分析，一定要将用户的想法搞清楚；
2。功能界定，将需求功能话描述之后，一定要让用户进行功能的确认工作。这是关键。界定不清今后从时间，费用等方面就无法保证项目的进度；
3。项目计划，一定要有一个切实可行的计划知道项目的发展。开始计划是个框架，是一个大致的方向。而且每一个阶段要有详细的执行计划步骤，即调度计划，计划包括工作目标，负责人员，完成时间等。严格按计划要求抓进度。没有完成的要分析原因，有可能增加人员和工时，赶出进度。
4。测试工作，这是项目质量的保证，要有测试计划，按排一定的人员和时间做好此项工作，要有测试记录和测试报告，针对测试结果要进行总结和部署后续工作。
5。人员之间的交流和沟通。有一个良好的交流环境和融洽的合作氛围，是做好项目的一个先决条件。无论是项目组成员之间，还是开发人员和用户之间，都要努力建立起这种好的人际关系。交流无障碍，项目有保障。
6。领导要关心大家，确保大家的工作热情。项目领导不仅要抓好进度和质量，同时还要关心自己的部下，要做到劳逸结合，适当的搞一点娱乐活动或撮一顿饭等。尤其从生活上方面给予帮助，能够极大的激发员工的工作热情和亲和力。
1。需求调研和分析，一定要将用户的想法搞清楚；
2。功能界定，将需求功能话描述之后，一定要让用户进行功能的确认工作。这是关键。界定不清今后从时间，费用等方面就无法保证项目的进度；
3。项目计划，一定要有一个切实可行的计划知道项目的发展。开始计划是个框架，是一个大致的方向。而且每一个阶段要有详细的执行计划步骤，即调度计划，计划包括工作目标，负责人员，完成时间等。严格按计划要求抓进度。没有完成的要分析原因，有可能增加人员和工时，赶出进度。
4。测试工作，这是项目质量的保证，要有测试计划，按排一定的人员和时间做好此项工作，要有测试记录和测试报告，针对测试结果要进行总结和部署后续工作。
5。人员之间的交流和沟通。有一个良好的交流环境和融洽的合作氛围，是做好项目的一个先决条件。无论是项目组成员之间，还是开发人员和用户之间，都要努力建立起这种好的人际关系。交流无障碍，项目有保障。
6。领导要关心大家，确保大家的工作热情。项目领导不仅要抓好进度和质量，同时还要关心自己的部下，要做到劳逸结合，适当的搞一点娱乐活动或撮一顿饭等。尤其从生活上方面给予帮助，能够极大的激发员工的工作热情和亲和力。
愉快的登山者 2003-07-31
- 打赏
- 举报
项目管理包括9大部分及要点：
整体管理：控制变更；
范围管理：WBS工作分解；
时间管理：关键工作路径；
质量管理：CMMI五项修炼；
人才管理：马斯洛层次；
采购管理：招标，合同；
风险管理：鱼骨图分析寻找风险源；
沟通管理：建立沟通渠道，使用沟通技巧；
成本管理：成本绩效分析。
整体管理：控制变更；
范围管理：WBS工作分解；
时间管理：关键工作路径；
质量管理：CMMI五项修炼；
人才管理：马斯洛层次；
采购管理：招标，合同；
风险管理：鱼骨图分析寻找风险源；
沟通管理：建立沟通渠道，使用沟通技巧；
成本管理：成本绩效分析。
愉快的登山者 2003-07-31
- 打赏
- 举报
转载：
对软件项目管理的探讨
三、软件项目管理的内容
从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。
根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、软件质量管理、软件风险管理及开发人员管理四方面内容导入软件开发的整个阶段。
在八十年代初，著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则，同样，我们在进行软件项目管理时，也应该遵循这七条原则。它们是：
（1）用分阶段的生命周期计划严格管理；
（2）坚持进行阶段评审；
（3）实行严格的产品控制；
（4）采用现代程序设计技术；
（5）结果应能够清楚地审查；
（6）开发小组地人员应该少而精；
（7）承认不断改进软件工程实践地必要性。
六、软件质量管理
随着软件开发的规模越来越大，软件的质量问题显得越来越突出。软件质量的控制不单单是一个软件测试问题，在软件开发的所有阶段都应该引入质量管理。我公司除加强了国家标准"信息技术软件生存期过程"（GB/T8566--1995）的规范管理外，还积极为通过ISO 9000.3做准备。
1、软件质量保证计划
在进行软件开发前，需要有一个《软件质量保证计划》。目前较常用的是ANSI/IEEE STOL
730--1984，983--1986标准，包括以下内容：
1.计划目的
2.参考文献
3.管理
3.1.组织
3.2.任务
3.3.责任
4.文档
4.1.目的
4.2.要求的软件工程文档
4.3.其他文档
5.标准和约定
5.1.目的
5.2.约定
6.评审和审计
6.1.目的
6.2.评审要求
6.2.1.软件需求的评审
6.2.2.设计评审
6.2.3.软件验证和确认评审
6.2.4.功能评审
6.2.5.物理评审
6.2.6.内部过程评审
6.2.7.管理评审
7.测试
8.问题报告和改正活动
9.工具、技术和方法
10.媒体控制
11.供应者控制
12.记录、收集、维护和保密
13.培训
14.风险管理
2、质量管理的基本原则
。控制所有过程的质量；
。过程控制的出发点是预防不合格；
。质量管理的中心任务是建立并实施文件化的质量体系；
。持续的质量改进；
。有效的质量体系应满足顾客和组织内部双方的需要和利益；
。定期评价质量体系；
。搞好质量管理关键在于领导。
3、软件质量因素
正确性：系统满足规格说明和用户目标的程度，即，在预定环境下能正确地完成预期功能的程度。
健壮性：在硬件发生故障、输入的数据无效或操作错误等意外环
境下，系统能做出适当响应的程度。
效率：为了完成预定的功能，系统需要的计算资源的多少。
完整性（安全性）：对未经授权的人使用软件或数据的企图，系统能过控制（禁止）的程度。
可用性：系统在完成预定应该完成的功能时另人满意的程度。
风险：按预定的成本和进度把系统开发出来，并且为用户所满意的概率。
可理解性：理解和使用该系统的容易程度。
可维修性：诊断和改正在运行现场发现的错误所需要的工作量的大小。
灵活性（适应性）：修改或改进正在运行的系统需要的工作量的多少。
可测试性：软件容易测试的程度。
可移植性：把程序从一种硬件配置和（或）软件系统环境转移到另一种配置和环境时，需要的工作量多少。有一种定量度量的方法是：用原来程序设计和调试的成本除移植时需用的费用。
可再用性：再其他应用中该程序可以被再次使用的程度（或范围）。
互运行性：把该系统和另一个系统结合起来需要的工作量的多少。
4、软件评审
软件评审并不是在软件开发完毕后进行评审，而是在软件开发的各个阶段都要进行评审。因为在软件开发的各个阶段都可能产生错误，如果这些错误不及时发现并纠正，会不断地扩大，最后可能导致开发的失败。下面这组数据可以清楚的看出前期的错误对后期的影响。
软件评审是相当重要的工作，也是目前国内开发最不重视的工作。
（1）评审目标
。发现任何形式表现的软件功能、逻辑或实现方面的错误；
。通过评审验证软件的需求；
。保证软件按预先定义的标准表示；
。已获得的软件是以统一的方式开发的；
。使项目更容易管理。
（2）评审过程
A、召开评审会议：一般应有3至5人参加，会前每个参加者做好准备，评审会每次一般不超过2小时。
B、会议结束使必须做出以下决策之一：接受该产品，不需做修改；由于错误严重，拒绝接受；暂时接受该产品。
C、评审报告与记录；所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。
（3）评审准则
。评审产品，而不是评审设计者（不能使设计者有任何压力）；
。会场要有良好的气氛；
。建立议事日程并维持它（会议不能脱离主题）；
。限制争论与反驳（评审会不是为了解决问题，而是为了发现问题；
。指明问题范围，而不是解决提到的问题；
。展示记录（最好有黑板，将问题随时写在黑板上）；
。限制会议人数和坚持会前准备工作；
。对每个被评审的产品要尽力评审清单（帮助评审人员思考）；
。对每个正式技术评审分配资源和时间进度表；
。对全部评审人员进行必要的培训；
。及早地对自己地评审做评审（对评审准则的评审）。
5、ISO9000.3软件质量认证体系
ISO9000.3是ISO9000质量体系认证中关于计算机软件质量管理和质量保证标准部分。它从管理职责、质量体系、合同评审、设计控制、文件和资料控制、采购、顾客提供产品的控制、产品标识和可追溯性、过程控制、检验和试验、检验/测量和试验设备的控制、检验和试验状态、不合格品的控制、纠正和预防措施、搬运/贮存/包装/防护和交付、质量记录的控制、内部质量审核、培训、服务、统计系统等二个方面对软件质量进行了要求。
6、测试
软件测试是软件开发的一个重要环节，同时也是软件质量保证的一个重要环节。所谓测试就是用已知的输入在已知环境中动态地执行系统（或系统的部件）。测试一般包括单元测试、模块测试、集成测试和系统测试。如果测试结果与预期结果不一致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：
（1）测试计划：确定测试范围、方法、和需要的资源等。
（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）。
（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。
对软件项目管理的探讨
三、软件项目管理的内容
从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。
根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、软件质量管理、软件风险管理及开发人员管理四方面内容导入软件开发的整个阶段。
在八十年代初，著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则，同样，我们在进行软件项目管理时，也应该遵循这七条原则。它们是：
（1）用分阶段的生命周期计划严格管理；
（2）坚持进行阶段评审；
（3）实行严格的产品控制；
（4）采用现代程序设计技术；
（5）结果应能够清楚地审查；
（6）开发小组地人员应该少而精；
（7）承认不断改进软件工程实践地必要性。
六、软件质量管理
随着软件开发的规模越来越大，软件的质量问题显得越来越突出。软件质量的控制不单单是一个软件测试问题，在软件开发的所有阶段都应该引入质量管理。我公司除加强了国家标准"信息技术软件生存期过程"（GB/T8566--1995）的规范管理外，还积极为通过ISO 9000.3做准备。
1、软件质量保证计划
在进行软件开发前，需要有一个《软件质量保证计划》。目前较常用的是ANSI/IEEE STOL
730--1984，983--1986标准，包括以下内容：
1.计划目的
2.参考文献
3.管理
3.1.组织
3.2.任务
3.3.责任
4.文档
4.1.目的
4.2.要求的软件工程文档
4.3.其他文档
5.标准和约定
5.1.目的
5.2.约定
6.评审和审计
6.1.目的
6.2.评审要求
6.2.1.软件需求的评审
6.2.2.设计评审
6.2.3.软件验证和确认评审
6.2.4.功能评审
6.2.5.物理评审
6.2.6.内部过程评审
6.2.7.管理评审
7.测试
8.问题报告和改正活动
9.工具、技术和方法
10.媒体控制
11.供应者控制
12.记录、收集、维护和保密
13.培训
14.风险管理
2、质量管理的基本原则
。控制所有过程的质量；
。过程控制的出发点是预防不合格；
。质量管理的中心任务是建立并实施文件化的质量体系；
。持续的质量改进；
。有效的质量体系应满足顾客和组织内部双方的需要和利益；
。定期评价质量体系；
。搞好质量管理关键在于领导。
3、软件质量因素
正确性：系统满足规格说明和用户目标的程度，即，在预定环境下能正确地完成预期功能的程度。
健壮性：在硬件发生故障、输入的数据无效或操作错误等意外环
境下，系统能做出适当响应的程度。
效率：为了完成预定的功能，系统需要的计算资源的多少。
完整性（安全性）：对未经授权的人使用软件或数据的企图，系统能过控制（禁止）的程度。
可用性：系统在完成预定应该完成的功能时另人满意的程度。
风险：按预定的成本和进度把系统开发出来，并且为用户所满意的概率。
可理解性：理解和使用该系统的容易程度。
可维修性：诊断和改正在运行现场发现的错误所需要的工作量的大小。
灵活性（适应性）：修改或改进正在运行的系统需要的工作量的多少。
可测试性：软件容易测试的程度。
可移植性：把程序从一种硬件配置和（或）软件系统环境转移到另一种配置和环境时，需要的工作量多少。有一种定量度量的方法是：用原来程序设计和调试的成本除移植时需用的费用。
可再用性：再其他应用中该程序可以被再次使用的程度（或范围）。
互运行性：把该系统和另一个系统结合起来需要的工作量的多少。
4、软件评审
软件评审并不是在软件开发完毕后进行评审，而是在软件开发的各个阶段都要进行评审。因为在软件开发的各个阶段都可能产生错误，如果这些错误不及时发现并纠正，会不断地扩大，最后可能导致开发的失败。下面这组数据可以清楚的看出前期的错误对后期的影响。
软件评审是相当重要的工作，也是目前国内开发最不重视的工作。
（1）评审目标
。发现任何形式表现的软件功能、逻辑或实现方面的错误；
。通过评审验证软件的需求；
。保证软件按预先定义的标准表示；
。已获得的软件是以统一的方式开发的；
。使项目更容易管理。
（2）评审过程
A、召开评审会议：一般应有3至5人参加，会前每个参加者做好准备，评审会每次一般不超过2小时。
B、会议结束使必须做出以下决策之一：接受该产品，不需做修改；由于错误严重，拒绝接受；暂时接受该产品。
C、评审报告与记录；所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。
（3）评审准则
。评审产品，而不是评审设计者（不能使设计者有任何压力）；
。会场要有良好的气氛；
。建立议事日程并维持它（会议不能脱离主题）；
。限制争论与反驳（评审会不是为了解决问题，而是为了发现问题；
。指明问题范围，而不是解决提到的问题；
。展示记录（最好有黑板，将问题随时写在黑板上）；
。限制会议人数和坚持会前准备工作；
。对每个被评审的产品要尽力评审清单（帮助评审人员思考）；
。对每个正式技术评审分配资源和时间进度表；
。对全部评审人员进行必要的培训；
。及早地对自己地评审做评审（对评审准则的评审）。
5、ISO9000.3软件质量认证体系
ISO9000.3是ISO9000质量体系认证中关于计算机软件质量管理和质量保证标准部分。它从管理职责、质量体系、合同评审、设计控制、文件和资料控制、采购、顾客提供产品的控制、产品标识和可追溯性、过程控制、检验和试验、检验/测量和试验设备的控制、检验和试验状态、不合格品的控制、纠正和预防措施、搬运/贮存/包装/防护和交付、质量记录的控制、内部质量审核、培训、服务、统计系统等二个方面对软件质量进行了要求。
6、测试
软件测试是软件开发的一个重要环节，同时也是软件质量保证的一个重要环节。所谓测试就是用已知的输入在已知环境中动态地执行系统（或系统的部件）。测试一般包括单元测试、模块测试、集成测试和系统测试。如果测试结果与预期结果不一致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：
（1）测试计划：确定测试范围、方法、和需要的资源等。
（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）。
（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。
