软件系统售后实施方案

时间:2024-08-25 21:52:16 作者:网友上传 字数:11321字

无忧范文网小编为你整理了多篇《软件系统售后实施方案》范文,希望对您的工作学习有帮助,你还可以在无忧范文网可以找到更多《软件系统售后实施方案》。

第一篇:软件售后服务方案

一、售后服务宗旨

服务宗旨是“专业、规范、团队、高效”。在最短的时间内、以最高的效率提供承诺的各项规范、专业的服务,使您满意。

二、 售后服务承诺

我公司售后服务信息中心在接受到用户信息完整的报修后,信息中心在10分钟以内将维修、调试等具体服务任务进行落实并回复信息源;服务人员在2小时以内到达现场解决问题。并配用常年备品备件库以用于为客户提供最好的售后服务。我公司对所售产品实行终生服务。

三、 服务人员配置

售后服务中心有全国售后服务经理等管理人员68人,并有多名技术全面、服务周到的.服务主管和技术支持人员。山东省主要城市共设立23个售后服务中心,29家维修站,维修调试服务人员共有110名。售后服务中心拥有完善的服务设施和技术力量,配有充足的零配件仓库,有专业维修工具20余套,多名专业维修人员,同时常年派驻专业售后工程师,进行培训指导工作,不断提高售后服务水平。

售后服务信息中心,面向全国受理产品报修及投诉服务。

四、 保修服务内容

1)本工程提供自调试验收后36个月的保修期。

其中电气管线、给排水管道、设备安装工程为3年;

供热与供冷系统为3个采暖期、供冷期。

2)对于重大工程项目,售后服务中心根据用户或安装单位的要求,在设备安装和调试阶段将派人到现场作技术指导,并对施工质量作监督,协助业主进行工程安装验收;

3)保修期内,因产品质量问题产生的故障,公司免费更换配件并维修产品至正常状态。

五、 保修期内免责申明

产品以下几种情况不属于保修之内,但公司可以为用户提供优惠的收费服务:

1)因用户使用、维护、保管或运输不当而造成损坏的;

第二篇:软件售后服务方案

一、售后服务管理细则

为加强客户服务的管理,提高客户服务水平,特制定本制度。

1、售后服务部门职能

A)搜集、接收和受理客户对公司产品的咨询与意见;

B)处理各类客户投诉及市场投诉,第一时间反馈;

C)负责客户回访与开展重点客户关怀计划,了解客户需求;

D)保存客户基本资料,并进行整理、分类与更新;

E)向相关部门反馈客户意见及建议;

F)受理办事处的产品退货、换货。

2、售后服务部门的主要工作说明

A)搜集客户意见、建议

通过各种渠道搜集对公司发展有益的意见及建议,比如热线、网站、邮箱等,好的建议及意见及时反馈给各相关部门。各办事处也积极搜集客户信息反馈,并及时发回公司,便于公司做出适于市场的调整。

B)开展客户关怀、维系计划

企业重点客户群是企业赖以生存及进一步发展的重要组成部分,通过对重点客户的回访与沟通,逐步完善客户需求,提升客户满意度。了解各地区客户对我们产品及服务工作的反馈,以便适时的发现各区域市场中的问题并及时解决,提高服务的主动性。

C)建立售后服务标准,规范售后服务

售后服务是对企业信誉和品牌形象的持久维护,公司要向自主品牌方向发展,售后服务更要朝向专业化、统一化和规范化的方向发展,真正满足各区域消费者的服务需求。

公司办事处是公司服务与形象的延伸,公司建立完善的售后服务制度后,与各办事处统一执行,并对其服务进行有效的监督。

D)及时快速的处理投诉

所有投诉信息需及时反馈到公司的售后服务部,由售后服务部整理、过滤、检查、跟踪事件的进展,确保每个投诉案件都得到妥善解决,并认真分析总结造成客户投诉的原因,从根本上解决问题,预防同类投诉的再次发生。

E)开展客户满意度、忠诚度调查

第一,顾客满意度调查可以提升产品和服务的质量,同时从顾客的意见和建议当中寻找解决顾客不满的针对性的方案。

第二,顾客满意度市场调查可以让广大消费者认识到公司对客户的重视性,对提升公司形象和品牌知名度有很大帮助。

实践证明,客户的满意度和忠诚度是成正比的,而且客户好的评价还会带来对企业极为有利的市场效应。客户满意度调查结果将非常有利于公司产品经营策略的调整,也有利于更深层次的客户维护和客户挖掘。通过网络,电话等各种方法,及时、高效地发现及满足客户需求,从而最大程度上提高客户满意度及忠诚度,稳定现有客户,不断吸引新客户,挽回流失客户。

二、售后服务

1本厂严格执行国家有关法律法规规定,承担产品质量责任。

2售后服务的内容

A、现场指导安装或直接为用户安装。

B、走访用户,征求意见,并及时处理用户投诉。

C、做好质量信息的收集、整理、分析和利用。

3建立产品售后服务队伍,配备业务能力强,服务态度好的服务

人员,健全产品售后服务网络。

4产品售后服务人员的职责

a)指导用户安装,向用户介绍本厂产品使用和维护知识;

b)收集用户反馈信息,及时答复用户咨询,处理用户投诉;

c)履行质量职责。执行国家有关法律法规规定,确保用户满意。

5服务实施

1)售后服务部门应积极开展产品售后服务工作。对重点用户走访每年致少一次,认真听取用户意见,并将收集到的用户信息加以整理分析写出报告。

2)对于用户来人、来函、来电和用户走访反映的产品质量、服务质量、包装质量、安装质量等问题,售后服务部门也要逐一记录并及时向有关部门反馈。如需到现场服务时应立即通知服务人员赴现场处理。

3)技术服务人员、销售人员及其他人员在和用户接触中收集到的信息,要及时向有关部门反馈。

4)服务人员去用户单位现场服务时应当认真履行职责,认真帮助用户

解决质量问题,确保用户满意,并填写《售后服务记录》经用户签署意见后带回,返回后5日内交售后服务部门存档备查。

三、客户投诉处理管理

为迅速处理客户投诉,维护公司信誉,促进质量改善与客户的长期维护,制定本细则。

1、投诉分类

客户投诉依客户投诉原因的不同区分为:

1)质量异常导致的客户投诉;

2)非质量异常导致的客户投诉(指人为因素造成);

3)其它原因导致的投诉。

2、处理流程

1)确认投诉问题

接到客户投诉或抱怨后,首先向客户了解具体投诉内容,做详细记录,建立客户投诉登记表,产品质量方面投诉应立即查明投诉产品详细信息(订单编号、料号、交运日期、数量、不良数量)、客户要求,进行详细登记,与相关部门进行核实,确认。

2)、分析、核实问题

根据不同分类,对投诉进行分析,若属我方质量问题应另拟定处理方式,会同技术中心、技术部等部门共同分析造成投诉原因及责任归属部门;对人为因素和其他原因造成的投诉,配合其他相关部门按流程,与产品质量问题同等对待、处理。

如判定结果非我方原因造成,认真向客户解释,并出示我方鉴定结果及依据,协同客户分析可能的原因,并与客户商讨后续解决问题办法。

3)协商处理办法

情节较轻的质量投诉,登记备案,及时反馈给相关部门并引起高度重视。情节严重的投诉,填写客户投诉处理表,由生产部及技术部提出产品解决措施,售后服务部与业务部共同商议解决办法,并与客户协商最终解决办法,报各部门审批。

4)、处理及落实处理方案

及时向客户反馈投诉解决进程,依商议的解决办法进行后续处理,并全程跟踪落实情况。品控中心、技术部及生产中心拟定改善方法避免同类问题再次发生。

第三篇:软件系统建设方案

1、项目概况

1.1编写目的

说明编写本可行性研究报告的目的,指出预期的读者。

1.2背景

说明:

A.所建议开发的软件系统的名称;

B.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;

C.该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出用得着的参考资料,如:

1.本项目的经核准的计划任务书或合同、上级机关的批文;

2.属于本项目的其他已发表的文件;

3.本文件中各处引用的文件、资料,包括所需用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2、可行性研究的前提

说明对所建议的开发项目进行可行性研究的前提,如要求、目标、假定、限制等。

2.1要求

说明对所建议开发的软件的基本要求,如:

A.功能;

B.性能;

C.输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象;

D.输入说明系统的输入,包括数据的来源、类型、数量、数据的组织以及提供的频度;

E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程,并辅之以叙述;

F.在安全与保密方面的要求;

G.同本系统相连接的其他系统;

H.完成期限。

2.2目标

说明所建议系统的主要开发目标,如:

A.人力与设备费用的减少;

B.处理速度的提高;

C.控制精度或生产能力的提高;

D.管理信息服务的改进;

E.自动决策系统的改进;

F.人员利用率的改进。

2.3条件、假定和限制

说明对这项开发中给出的条件、假定和所受到的限制,如:

a.所建议系统的运行寿命的最小值;

b.进行系统方案选择比较的时间;

c.经费、投资方面的来源和限制;

d.法律和政策方面的限制;

e.硬件、软件、运行环境和开发环境方面的条件和限制;

f.可利用的信息和资源;

g.系统投入使用的最晚时间。

2.4进行可行性研究的方法

说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的。摘要说明所使用的基本方法和策略,如调查、加权、确定模型、建立基准点或仿真等。

2.5评价尺度

说明对系统进行评价时所使用的主要尺度,如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。

3、对现有系统的分析

这里的现有系统是指当前实际使用的系统,这个系统可能是计算机系统,也可能是一个机械系统甚至是一个人工系统。

分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。

3.1处理流程和数据流程

说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示,并加以叙述。

3.2工作负荷

列出现有系统所承担的工作及工作量。

3.3费用开支

列出由于运行现有系统所引起的费用开支,如人力、设备、空间、支持性服务、材料等项开支以及开支总额。

3.4人员

列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。

3.5设备

列出现有系统所使用的各种设备。

3.6局限性

列出本系统的主要的局限性,例如处理时间赶不上需要,响应不及时,数据存储能力不足,处理功能不够等。并且要说明,为什么对现有系统的.改进性维护已经不能解决问题。

4、所建议的系统

本章将用来说明所建议系统的目标和要求将如何被满足。

4.1对所建议系统的说明

概括地说明所建议系统,并说明在第2章中列出的那些要求将如何得到满足,说明所使用的基本方法及理论根据。

4.2处理流程和数据流程

给出所建议系统的处理流程和数据流程。

4.3改进之处

按2.2条中列出的目标,逐项说明所建议系统相对于现存系统具有的改进。

4.4影响

说明在建立所建议系统时,预期将带来的影响,包括:

4.4.1对设备的影响

说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。

4.4.2对软件的影响

说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。

4.4.3对用户单位机构的影响

说明为了建立和运行所建议系统,对用户单位机构、人员的数量和技术水平等方面的全部要求。

4.4.4对系统运行过程的影响

说明所建议系统对运行过程的影响,如:

a.用户的操作规程;

b.运行中心的操作规程;

c.运行中心与用户之间的关系;

d.源数据的处理;

e.数据进入系统的过程;

f.对数据保存的要求,对数据存储、恢复的处理;

g.输出报告的处理过程、存储媒体和调度方法;

h.系统失效的后果及恢复的处理办法。

4.4.5对开发的影响

说明对开发的影响,如:

a.为了支持所建议系统的开发,用户需进行的工作;

b.为了建立一个数据库所要求的数据资源;

c.为了开发和测验所建议系统而需要的计算机资源;

d.所涉及的保密与安全问题。

4.4.6对地点和设施的影响

说明对建筑物改造的要求及对环境设施的要求。

4.4.7对经费开支的影响

扼要说明为了所建议系统的开发,设计和维持运行而需要的各项经费开支。

4.5局限性

说明所建议系统尚存在的局限性以及这些问题未能消除的原因。

4.6技术条件方面的可行性

本节应说明技术条件方面的可行性,如:

a.在当前的限制条件下,该系统的功能目标能否达到;

b.利用现有的技术,该系统的功能能否实现;

c.对开发人员的数量和质量的要求并说明这些要求能否满足;

d.在规定的期限内,本系统的开发能否完成。

5、可选择的其他系统方案

扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。

5.1可选择的系统方案1

参照第4章的提纲,说明可选择的系统方案1,并说明它未被选中的理由。

5.2可选择的系统方案2

按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。

6、投资及效益分析

6.1支出

对于所选择的方案,说明所需的费用。如果已有一个现存系统,则包括该系统继续运行期间所需的费用。

6.1.1基本建设投资

包括采购、开发和安装下列各项所需的费用,如:

a.房屋和设施;

b.ADP设备;

c.数据通讯设备;

d.环境保护设备;

e.安全与保密设备;

f.ADP操作系统的和应用的软件;

g.数据库管理软件。

6.1.2其他一次性支出

包括下列各项所需的费用,如:

a.研究(需求的研究和设计的研究);

b.开发计划与测量基准的研究;

c.数据库的建立;

d.ADP软件的转换;

e.检查费用和技术管理性费用;

f.培训费、旅差费以及开发安装人员所需要的一次性支出;

g.人员的退休及调动费用等。

6.1.3非一次性支出

列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:

a.设备的租金和维护费用;

b.软件的租金和维护费用;

c.数据通讯方面的租金和维护费用;

d.人员的工资、奖金;

e.房屋、空间的使用开支;

f.公用设施方面的开支;

g.保密安全方面的开支;

h.其他经常性的支出等。

6.2收益

对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括;

6.2.1一次性收益

说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述,如:

a.开支的缩减包括改进了的系统的运行所引起的开支缩减,如资源要求的减少,运行效率的改进,数据进入、存贮和恢复技术的改进,系统性能的可监控,软件的转换和优化,数据压缩技术的采用,处理的集中化/分布化等;

b.价值的增升包括由于一个应用系统的使用价值的增升所引起的收益,如资源利用的改进,管理和运行效率的改进以及出错率的减少等;

c.其他如从多余设备出售回收的收入等。

6.2.2非一次性收益

说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。

6.2.3不可定量的收益

逐项列出无法直接用人民币表示的收益,如服务的改进,由操作失误引起的风险的减少,信息掌握情况的改进,组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。

6.3收益/投资比

求出整个系统生命期的收益/投资比值。

6.4投资回收周期

求出收益的累计数开始超过支出的累计数的时间。

6.5敏感性分析

所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。

7、社会因素方面的可行性

本章用来说明对社会因素方面的可行性分析的结果,包括:

7.1法律方面的可行性

法律方面的可行性问题很多,如合同责任、侵犯专利权、侵犯版权等方面的陷井,软件人员通常是不熟悉的,有可能陷入,务必要注意研究。

7.2使用方面的可行性

例如从用户单位的行政管理、工作制度等方面来看,是否能够使用该软件系统;从用户单位的工作人员的素质来看,是否能满足使用该软件系统的要求等等,都是要考虑的。

8、结论

在进行可行性研究报告的编制时,必须有一个研究的结论。结论可以是:

a.可以立即开始进行;

b.需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始进行;

c.需要对开发目标进行某些修改之后才能开始进行;

d.不能进行或不必进行(例如因技术不成熟、经济上不合算等)。

第四篇:软件售后服务方案

1、公司的售后服务宗旨

冠金公司从成立之初就将“坚持客户视角观,即站在客户的角度来审视我们的工作”作为我公司服务教育的服务宗旨。“客户的满意才是我们的成功”是客户服务部一直的追求,客户的满意一方面来自对工程质量的满意,更重要的将是今后长时期的售后服务满意度。我们将为贵单位提供全面的售后服务和支持,让用户用的放心、使得开心。

2、公司对于售后服务的承诺

售后服务的内容

根据我公司对用户的一贯承诺,我们将对用户提供以下售后服务内容:

设备安装和初验阶段

系统试运行和设备最终验收阶段

免费维护期内

免费维护期后

在每一阶段,所提供的服务内容如下:

售前服务:

1、特设置客户服务专线:免费提供电话技术支持,为用户解答关于LED显示屏技术以及相关问题。

2、在最短的时间内为客户提供完整的解决方案:对客户的需求和生产产品用途全面系统的分析并在不超过两天之内为用户提供最详尽、合适、性价比最高的设计方案,使客户能清晰准确的选择自己所需要的产品,掌握工程预算。令用户的投入发挥出最大的经济效益。

试运行完成后,我方将派工程技术人员到用户现场,提供终验测试建议,并由双方确定终验测试方案。最终由用户确认试运行期和终验结束。

针对主要设备所进行特别服务

售后服务:我们承诺对于我们提供的设备提供保修及终身跟踪服务。我公司在国内主要城市如北京、深圳、上海、成都等地设有办事处或服务中心,并配备专业维修人员及常用备件,可就近为客户提供售后服务。

1、在免费保障期间,一切由于元器件质量原因或生产安装工艺原因引发的故障均获得无条件的免费维修,但违反操作规程或国家规定的不可抗拒的外部因素除外,针对此类因素只收取工本费。免费保修结束后,服务用酌情收取。

2、免费提供显示系统应用软件的升级更新服务。

3、对用户提出的维修和帮助要求给予最快的响应,用户提出维修申请后,保证在最短的时间内,以最快的方式派技术人员到现场检修。

4、需要返厂维修的设备。设备到工厂后,返修期不超过5个工作日。

5、在免费保修期间,我公司保证定期巡查,定期派遣工程人员上门维护。

回访:我公司为了保证每次客户服务工作落地有声,公司客户服务中心工作人员对每次服务工作情况进行电话或上门回访,具体内容有服务态度、服务质量、故障解决水平等等。

巡检:公司总经理会同公司客户服务中心工作人员不定期走访客户,了解客户对我们的产品、服务的满意程度,为进一步提高服务水平和服务质量掌握一手资料,也为不同客户提供有针对性的服务。故障响应时间

我公司在此郑重承诺:

由于我公司在接到报修电话立即做出答复,24时内上门解决用户问题,一般问题在24小时内解决,重大问题或其他无法迅速解决的问题在5日内解决。用户设备出现故障时,我公司将提供维修备用机供用户使用。

24小时售后服务热线:

在保修期满后,我公司将同各个供应商一起,共同建立本次投标产品的备件库,保证用户在各投标产品停止生产的五年之内均有足够的零配件保证设备的正常运行

培训服务计划

为保证贵单位的多媒体会议室的正常运行,使相关技术人员能够熟练使用、维护该系统,我公司将提供完善的培训。

培训一些基本培训的目的是训练系统操作员,通过训练后使他们能够熟练的操作本系统,并能处理一些基本故障,

我公司对每个显示屏都提供免费培训,由用户方指定受训人员,培训时间于客户方商讨后确定,一般分为两个阶段:基础培训和现场培训。

1、基础培训

计算机基础知识

LED显示屏的基本工作原理。

屏幕节目制作以及播放软件、系统工作的监控软件的操作、比赛软件的操作。系统的日常维护和安全注意事项。

2、现场培训系统操作

系统软件安装

设备在系统中的作用和正确使用方法。

设备的检查、调试以及常用测量仪表的使用方法

显示信息的日常维护

日常维护内容及方法

简单的软、硬件故障处理。

设备的维护和保养知识。

参加安装:培训地点在施工现场,培训内容随系统安装调试一起进行,要求系统操作员一起参加系统软、硬件的安装与调试。

第五篇:软件系统建设方案

软件项目管理的提出是在20世纪70年代中期的美国,当时美国国防部专门研究了软件开发不能按时提交,预算超支和质量达不到用户要求的原因,结果发现70%的项目是因为管理不善引起的,而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期,软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查,软件研发的情况仍然很难预测,大约只有10%的项目能够在预定的费用和进度下交付。

1995年,据统计,美国共取消了810亿美元的商业软件项目,其中31%的项目未做完就被取消,53%的软件项目进度通常要延长50%的时间,只有9%的软件项目能够及时交付并且费用也控制在预算之内。

软件项目管理和其他的项目管理相比有相当的特殊性。首先,软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码,同时有数千个程序员在进行开发,项目经理都有上百个。这样庞大的系统如果没有很好的管理,其软件质量是难以想象的。

软件项目管理的内容主要包括如下几个方面:人员的组织与管理,软件度量,软件项目计划,风险管理,软件质量保证,软件过程能力评估,软件配置管理等。

这几个方面都是贯穿、交织于整个软件开发过程中的,其中人员的组织与管理把注意力集中在项目组人员的构成、优化;软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值,包括过程度量和产品度量两个方面;软件项目计划主要包括工作量、成本、开发时间的估计,并根据估计值制定和调整项目组的工作;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防;质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划,有组织的活动;软件过程能力评估是对软件开发能力的高低进行衡量;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。因为大家对人力资源管理和软件过程能力比较有兴趣,下面就详细的对这两方面展开讨论。

开发计划编辑

软件项目计划是一个软件项目进入系统实施的.启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。

软件项目管理过程从项目计划活动开始,而第一项计划活动就是估算:需要多长时间、需要多少工作量、以及需要多少人员。此外,我们还必须估算所需要的资源(硬件及软件)和可能涉及到的风险。

为了估算软件项目的工作量和完成期限,首先需要预测软件规模。度量软件规模的常用方法有直接的方法DDLOC(代码行),间接的方法DDFP(功能点)。这两种方法各有优缺点,应该根据软件项目的特点选择适用的软件规模度量方法。

根据项目的规模可以估算出完成项目所需的工作量,我们可以使用一种或多种技术进行估算,这些技术主要分为两大类:分解和经验建模。分解技术需要划分出主要的软件功能,接着估算实现每一个功能所需的程序规模或人月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。可以使用自动工具来实现某一特定的经验模型。

精确的项目估算一般至少会用到上述技术中的两种。通过比较和协调使用不同技术导出的估算值,我们可能得到更精确的估算。软件项目估算永远不会是一门精确的科学,但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。

当对软件项目给予较高期望时,一般都会进行风险分析。在标识、分析和管理风险上花费的时间和人力可以从多个方面得到回报:更加平稳的项目进展过程;更高的跟踪和控制项目的能力;由于在问题发生之前已经做了周密计划而产生的信心。

对于一个项目管理者,他的目标是定义所有的项目任务,识别出关键任务,跟踪关键任务的进展情况,以保证能够及时发现拖延进度的情况。为此,项目管理者必须制定一个足够详细的进度表,以便监督项目进度并控制整个项目。

常用的制定进度计划的工具主要有Gantt图和工程网络两种。Gantt图具有悠久历史、直观简明、容易学习、容易绘制等优点,但是,它不能明显地表示各项任务彼此间的依赖关系,也不能明显地表示关键路径和关键任务,进度计划中的关键部分不明确。因此,在管理大型软件项目时,仅用Gantt图是不够的,不仅难于做出既节省资源又保证进度的计划,而且还容易发生差错。

工程网络不仅能描绘任务分解情况及每项作业的开始时间和结束时间,而且还能清楚地表示各个作业彼此间的依赖关系。从工程网络图中容易识别出关键路径和关键任务。因此,工程网络图是制定进度计划的强有力的工具。通常,联合使用Gantt图和工程网络这两种工具来制定和管理进度计划,使它们互相补充、取长补短。

进度安排是软件项目计划的首要任务,而项目计划则是软件项目管理的首要组成部分。与估算方法和风险分析相结合,进度安排将为项目管理者建立起一张计划图。

项目控制编辑

对于软件开发项目而言,控制是十分重要的管理活动。下面介绍软件工程控制活动中的质量保证和配置管理。其实上面所提到的风险分析也可以算是软件工程控制活动的一类。而进度跟踪则起到连接软件项目计划和控制的作用。

软件质量保证(SQA,Software Quality Assurance)是在软件过程中的每一步都进行的“保护性活动”。SQA主要有基于非执行的测试(也称为评审)、基于执行的测试(即通常所说的测试)和程序正确性证明。

软件评审是最为重要的SQA活动之一。它的作用是,在发现及改正错误的成本相对较小时就及时发现并排除错误。审查和走查是进行正式技术评审的两类具体方法。审查过程不仅步数比走审多,而且每个步骤都是正规的。由于在开发大型软件过程中所犯的错误绝大数是规格说明错误或设计错误,而正式的技术评审发现这两类错误的有效性高达75%,因此是非常有效的软件质量保证方法。

软件配置管理(SCM,Software configuration management)是应用于整个软件过程中的保护性活动,它是在软件整个生命周期内管理变化的一组活动。

软件配置由一组相互关联的对象组成,这些对象也称为软件配置项,它们是作为某些软件工程活动的结果而产生的。除了文档、程序和数据这些软件配置项之外,用于开发软件的开发环境也可置于配置控制之下。

一旦一个配置对象已被开发出来并且通过了评审,它就变成了基线。对基线对象的修改导致建立该对象的版本。版本控制是用于管理这些对象而使用的一组规程和工具。

变更控制是一种规程活动,它能够在对配置对象进行修改时保证质量和一致性。配置审计是一项软件质量保证活动,它有助于确保在进行修改时仍然保持质量。状态报告向需要知道关于变化的信息的人,提供有关每项变化的信息。

组织模式编辑

软件项目可以是一个单独的开发项目,也可以与产品项目组成一个完整的软件产品项目。如果是订单开发,则成立软件项目组即可;如果是产品开发,需成立软件项目组和产品项目(负责市场调研和销售),组成软件产品项目组。公司实行项目管理时,首先要成立项目管理委员会,项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。

3.1、项目管理委员会项目管理委员会是公司项目管理的最高决策机构,一般由公司总经理、副总经理组成。主要职责如下:

(1)依照项目管理相关制度管理项目;

(2)监督项目管理相关制度的执行;

(3)对项目立项、项目撤消进行决策;

(4)任命项目管理小组组长、项目评审委员会主任、项目组组长.

3.2、项目管理小组项目管理小组对项目管理委员会负责,一般由公司管理人员组成。主要职责如下:

(1)草拟项目管理的各项制度;

(2)组织项目阶段评审;

(3)保存项目过程中的相关文件和数据;

(4)为优化项目管理提出建议。

3.3、项目评审小组项目评审小组对项目管理委员会负责,可下设开发评审小组和产品评审小组,一般由公司技术专家和市场专家组成。主要职责如下:

(1)对项目可行性报告进行评审;

(2)对市场计划和阶段报告进行评审;

(3)对开发计划和阶段报告进行评审;

(4)项目结束时,对项目总结报告进行评审。

3.4、软件产品项目组软件产品项目组对项目管理委员会负责,可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是:根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。

项目管理编辑

从软件工程的角度讲,软件开发主要分为六个阶段:需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发,还是团队协作开发,这六个阶段都是不可缺少的。根据公司实际情况,公司在进行软件项目管理时,重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。在20世纪80年代初,著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则,同样,在进行软件项目管理时,也应该遵循这七条原则。它们是:

(1)用分阶段的生命周期计划严格管理;

(2)坚持进行阶段评审;

(3)实行严格的产品控制;

(4)采用现代程序设计技术;

(5)结果应能够清楚地审查;

(6)开发小组地人员应该少而精;

(7)承认不断改进软件工程实践的必要性。

《软件系统售后实施方案.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档