2001年12月软件行业月报 2002-01-11 2001年12月软件行业月报 联合证券 唐志 本文要点: 1)相关公司动态:东软股份、用友软件、亿阳信通、托普软件、浪潮软 件、新太科技; 2)二级市场表现:从价格走势上看,软件股本月普遍弱于大势,除浪潮软 件有难得的上涨外,其余软件个股都呈现较大的跌幅; 3)投资建议:从市场热点形成和概念炒作来看,如果大盘能出现转暖趋势 ,由于软件行业具有利润率水平较高和有较好成长性的原因,软件板块很有可 能成为新的热点。在对大市判断乐观的情况下,不妨对一些超跌且基本面较好 的公司如东软股份予以关注。 一、行业回顾 1.信息产业部计算机信息系统集成资质认证工作会议在北京召开 12月6~7日,信息产业部计算机信息系统集成资质认证工作会议在北京召 开,信息产业部领导、全国各地系统集成认证管理部门领导和企业代表近150 人出席了会议。 2000年信息产业部首次召开以资质认证为主题的全国性大会,会上为第一 批22家具有一、二级系统集成资质的企业颁发了证书,至今已有32家企业获得 一级资质,50家企业获得二级资质,近200家企业获得了三、四级资质。目前 ,全国系统集成资质认证工作已形成较完整的体系,建立了全国资质认证管理 委员会,并下设工作办公室、专家委员会和认证机构,截至11月底,全国有33 个省(区、市)和计划单列市明确了资质认证主管部门。 刘汝林主任指出,发展我国软件产业要走中国自己特色的道路,要以应用 带动发展,大力发展计算机信息系统集成产业。今后将重点开展以下7个方面 的工作:1)、进一步修改、完善信息系统资质认证管理办法;2)、建立并实 施认证资质制度的动态管理制度;3)逐步推行项目管理和项目经理制度;4) 、逐步开展项目监理制度,规范工程验收行为;5)、规范合同文本,组织制 定有关工程规范;6)成立行业协会,建立自律机制;7)加强培训,不断提高 认证机构水平。 2.我国自主开发成功的世界级大型办公软件——永中Office通过鉴定 我国科学家历时近两年自主开发成功的世界级大型办公软件——永中 Office日前在京通过了由信息产业部、中国工程院和江苏省人民政府联合组织 的技术鉴定。鉴定委员会认为,这“是一个拥有自主知识产权的大型集成办公 软件,它的整体技术达到了该领域的国际先进水平”。 无锡永中科技有限公司总经理曹参率领的150多名科研人员,瞄准现有办 公软件文档打开慢、存储慢、数据不一致等弱点,采用自有专利技术和独特的 技术途径,研制出了创新体系结构的办公软件-永中Office。专家认为,现有 Office软件的文字处理、电子表格、简报制作等功能,都是由独立的软件来做 ,做不到真正的集成,而永中Office则将几大功能合成为一个单一的软件,易 学、易用、易记。在这个意义上,永中Office则是世界上第一个真正的集成办 公软件。 二、上市公司动态: 1、东软股份(600718) A、改聘安达信进行财务审计 东软股份(600718)决定聘用在全球享有较高声誉的五大会计师事务所之一 的安达信(ANDERSEN)为公司提供2001年度财务审计。此举对于进一步提高东软 股份的规范化水平,保证财务报表的真实可靠有一定积极作用。 B、东软股份APN事业部获日本Alpine公司授予的2001年度“关联公司奖” 东软股份APN事业部大连分部获日本Alpine公司授予的2001年度“关联公 司奖”。东软股份获得国外合作伙伴颁发的质量奖励,充分显示了东软股份在 软件质量管理上已经接近国际先进水平,同时也表明CMM3在东软已取得较好的 成绩。 C、东软与南京普天通信签订ERP合同 南京普天通信股份将采用东软股份的ERP产品—ERM-Power优化其在内部管 理。该系统包括生产计划与管理、车间控制、采购管理、销售管理、仓储管理 、成本控制等基础管理及多组织集团财务管理。这标志着国产ERP软件已经在 高端市场取得了突破。 2.用友软件(600518)加快软件推出步伐 2001年是用友软件上市年同时也是其新产品迅速推出的一年。在软件产品 方面,用友软件5月推出互联网分销管理软件U8-分销管理软件;6月推出用友 CRM(客户关系管理软件)1.1版;12月开发完成制造业生产管理软件U8-制造管 理软件,整合完成制造业生产管理软件国际版NC/制造解决方案,完成开发网 络报表2.0版。在行业应用解决方案方面,用友软件1月推出用友NC、用友U8公 共财政解决方案;3月推出NC证券业财务解决方案;7月推出NC烟草业供应链解 决方案;8月开发NC银行业解决方案。 就用友推出来的产品和方案来看,我们很难看到财务软件的字眼,但实际 上目前用友销售收入的主要部分还是财务软件及ERP软件的财务模块,要真正 实现转型仍任重道远。 3、亿阳信通(600289)拟暂缓实施股权激励制度 亿阳信通(600289)拟暂缓实施股权激励制度,同时,拟将对北京亿阳巨龙 智能网技术有限公司的出资从4000万元减少到3605万元。 4、托普软件(000583)拟调整的募集资金项目未能在股东会通过 托普软件(000583)召开了2001年第一次临时股东会。股东会通过了对已投 入募集资金项目投资金额的调整,但“关于调整募集资金项目投资方式的议案 ”则因未完成所涉及资产的审计准备工作,将提交下一次股东大会再作审议, 该议案最终以全体弃权被否决。此外,托普软件对《公司章程》中有关董事会 投资运用资金的权限做了部分修改。修改后,董事会可以决策投资运用资金的 比例从一次性或在一个财务年度内不到公司净资产的50%下调到10%。 5、浪潮软件(600756)与日本古河合作开发ERP软件 12月19日,浪潮软件与日本古河FITEC在北京正式签署了新的ERP软件开发 合同,此举标志着浪潮软件加工出口业务进入了实质性实施阶段。此次签约的 内容是浪潮为日本古河平塚母线槽生产工厂研制开发CAD设计和帐票处理系统 。浪潮将根据日方提交的概要说明,按照国际通用的标准进行工程进度和工作 量测算,从需求到提交都严格按照CMM的研发规范和标准进行,整个系统将在 2002年2月份完成。浪潮软件目前的加工出口项目主要有:企业管理(ERP)、 GIS(电信、电力线路管理)、CAD和保险等。 6、新太科技通过软件工程CMM2级认证 新太科技通过了美国软件工程协会制订的CMM2级评估。CMM的全称是能力 成熟度模型,共分五级。CMM倡导持续的过程改进,特别适合于产品出口的软 件企业,其评估结果在世界范围内被广为接受。此次新太科技通过CMM2级评估 ,意味着其软件开发能力和标准化程度正在迅速与国际接轨。 三、二级市场情况及投资建议: 由于国有股减持这柄达摩克利斯之剑悬而未决,而对于关联交易的新规定 更是降低了大家对于上市公司的盈利预期,12月份大盘走势较差,12月3日上 证开盘1751点,到12月31日收盘已跌到1646点,跌幅接近6%。与整体大盘相比 ,软件板块较为活跃,换手率、振幅和涨幅都较大。从价格走势上看,软件股 本月普遍弱于大势,除浪潮软件有难得的上涨外,其余软件个股都呈现较大的 跌幅,用友软件和新宇软件的跌幅更是超过了14%,高价股和重组题材再次遭 到严重冲击。 表一12月份软件行业股票成交情况:(12月3日-12月31日) 公司 流通股份 成交量换手率(%)成本价振幅(%) 涨幅(%) (万股) (万手) 东软股份11,32511.6410.2822.2213.64-6.32 亿阳信通4,000 2.937.33 31.6710.76-2.67 天大天财6,100 7.0711.5926.8313.72-5.6 浪潮软件6,870 4.656.77 17.877.78 1.45 托普软件6,880 4.596.67 24.9911.78-3.29 创智科技9,100 4.855.33 11.9610.91-8.91 新宇软件4,222 3.117.37 17.4620.44-14.6 用友软件2,500 6.5226.0850.5614.54-14.8 新太科技8,112 8.7910.8412.8616.17-6.8 软件行业平均值6,5686.0210.2524.0513.30-6.83 上证指数 10.4-5.8 深圳成指 10.4-5.4 数据:联合证券网上行情分析系统 从市场热点形成和概念炒作来看,如果大盘能出现转暖趋势,由于软件行 业具有利润率水平较高和有较好成长性的原因,软件板块很有可能成为新的热 点。在对大市判断乐观的情况下,不妨对一些超跌且基本面较好的公司如东软
软件开发项目中,过程管理文档包括哪些
在软件项目开发过程中,应该按软件开发要求撰写十三类文档,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性!
需求阶段
1、可行性分析报告
说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。
2、项目开发计划
为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3、软件需求说明书(软件规格说明书)
对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
设计阶段
4、概要设计说明书
该说明书是概要实际阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。
5、详细设计说明书
着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。
开发阶段
6、开发进度月报
该月报系软件人员按月向管理部门提交的项目进展情况报告,报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
测试阶段
7、测试计划
为做好集成测试和验收测试,需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告
测试工作完成以后,应提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见。
收尾阶段
9、用户操作手册
本手册详细描述软件的功能、性能和用户界面,使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。
10、项目开发总结报告
软件项目开发完成以后,应与项目实施计划对照,总结实际执行的情况,如进度、成果、资源利用、成本和投入的人力,此外,还需对开发工作做出评价,总结出经验和教训。
11、软件维护手册
主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。
维护阶段
12、软件问题报告
指出软件问题的登记情况,如日期、发现人、状态、问题所属模块等,为软
件修改提供准备文档。
13、软件修改报告
软件产品投入运行以后,发现了需对其进行修正、更改等问题,应将存在的问题、修改的考虑以及修改的影响作出详细的描述,提交审批。
寻求软件的开发与设计完整方案流程
标准的软件开发过程
1推荐 软件开发的标准过程包括六个阶段,而六个阶段需要编写的各类文件达14种之多,在每个阶段需要编写哪些文件,以及这些文件的主要内容见下:
1.可行性与计划研究阶段
可行性研究报告:在可行性研究与计划阶段内,要确定该软件的开发目标和总的要求,要进行可行性分析、投资一收益分析、制订开发计划,并完成应编制的文件。
项目开发计划:编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来,以便根据本计划开展和检查本项目的开发工作。
2.需求分析阶段
软件需求说明书:软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解, 使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。
数据要求说明书:数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。
初步的用户手册:用户手册的编制是要使用非专门术语的语言,充分地描述该软件系统所具有的功能及基本的使用方法。使用户(或潜在用户)通过本手册能够了解该软件的用途,并且能够确定在什么情况下,如何使用它。
3.设计阶段
概要设计说明书:概要设计说明书又可称系统设计说明书,这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。 运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
详细设计说明书:详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序 (每个模块或子程序)的设计考虑,如果一个软件系统比较简单,层次很少,本文件可以不单独编写,有关内容合并入概要设计说明书。
数据库设计说明书:数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。
测试计划初稿:这里所说的测试,主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划,包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。
4.实现阶段
模块开发卷宗(开始编写):模块开发卷宗是在模块开发过程中逐步编写出来的,每完成一个模块或一组密切相关的模块的复审时编写一份,应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果,以便于对整个模块开发工作的管理和复审,并为将来的维护提供非常有用的技术信息。
用户手册完工
操作手册:操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识,包括操作方法的细节。
测试计划终稿:
5.测试阶段
模块开发卷宗(此阶段内必须完成)
测试分析报告:测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。
项目开发总结报告:项目开发总结报告的编制是为了总结本项目开发工作的经验,说明实际取得的开发结果以及对整个开发工作的各个方面的评价。
6.运行与维护阶段
开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况,以便及时发现和处理开发过程中出现的问题。一般地,开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大,整个工程项目被划分给若干个分项目组承担,开发进度月报将以分项目组为单位按月编写。
对于一项软件而言,有些文件的编写工作可能要在若干个阶段中延续进行。
鉴于软件开发是具有创造性的脑力劳动,也鉴于不同软件在规模上和复杂程度上差别极大,本指南认为在文件编制工作中应允许一定的灵活性,并不是14种文件每种都必须编写。
文件编制的衡量因素
◆在因素总和较低的情况下,项目开发总结报告的内容应包括:程序的主要功能、基本流程、测试结果和使用说明。
◆测试分析报告应该写,但不必很正规。
◆数据要求说明和数据库设计说明是否需要编写应根据所开发软件的实际需要来决定。
例2:为了避免在软件开发中文件编制的不足或过分,一个简便的办法是把对软件文件的编制要求同软件的规模大小联系起来,这就是本例的出发点。软件的规模不妨分为四级:
1.小规模软件源程序行数小于5 000的软件;
2.中规模软件源程序行数为 10 000~ 50 000的软件;
3.大规模软件源程序行数为 100 000?500 000的软件;
4.特大规模软件源程序行数大于500 000的软件。
对上述的四级软件的文件编制要求分别列于表O3。
至于源程序行数为 5 000~ 10 000, 50 000~ 100 000的软件,其文件编制要求介于两级之间,可根据一个软件产品的具体情况,由项目负责人参照表O3的规定,确定需要编制的文件种类。
对于源程序行数大于500 000的特大规模软件,可进一步把本指南规定的十四种文件按实际需要扩展成更多种类。
软件行业项目经理主要的职责是什么?
项目经理职责:
1、 基本职责就是确保项目目标的实现,领导项目团队准时、优质地完成全部工作。
2、 与客户沟通,了解项目的整体需求。并与客户保持一定的联系,即时反馈阶段性的成果,和即时更改客户提出的合理需求。
3、 制定项目开发计划文档,量化任务,并合理分配给相应的人员。
4、 跟踪项目的进度,协调项目组成员之间的合作。
5、 监督产生项目进展各阶段的文档,并与QA即时沟通,保证文档的完整和规范。
6、 开发过程中的需求变更,项目经理需要跟客户了解需求,在无法判断新的需求对项目的整理影响程度的情况下,需同项目组成员商量,最后决定是否接收客户的需求,然后再跟客户协商。确定要变更需求的情况下,需产生需求变更文档,更改开发计划,通知QA。
7、 项目提交测试后,项目经理需了解测试结果,根据测试的bug的严重程度来重新更改开发计划。
8、 向上汇报。向上级汇报项目的进展情况,需求变更等所有项目信息。
9、 项目完成的时候需要项目总结,产生项目总结文档。
软件开发文档的用途有哪些
在软件的生产过程中,总是伴随着大量的信息要记录、要使用。因此,软件文档在产品的开发生产过程中起着重要的作用。
1)提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据,实现对软件开发的工程管理。
2)提高开发效率。软件文档的编制,使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。并且可在开发早期发现错误和不一致性,便于及时加以纠正。
3)作为开发人员在一定阶段的工作成果和结束标志。
4)记录开发过程中的有关信息,便于协调以后的软件、开发、使用和维护。
5)提供对软件的运行、维护和培训的有关信息,便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使软件开发活动更科学、更有成效。
6)便于潜在用户了解软件的功能、性能等各项指标,为他们选购符合自己需要的软件提供依据。
文档在各类人员、计算机之间的多种桥梁作用中看出:
既然软件已经从手工艺人的开发方式发展到工业化的生产方式,文档在开发过程中就起到关键作用。从某种意义上来说,文档是软件开发
规范的体现和指南。按规范要求生成一整套文档的过程,就是按照软件开发规范完成一个软件开发的过程。所以,在使用工程化的原理和方法来指导软件的开发和维护时,应当充分注意软件文档的编制和管理。
PS:软件开发文档包括:
操作手册
维护修改建议
软件需求(规格)说明书
开发文档 软件需求(规格)说明书
数据要求说明书
概要设计说明书
详细设计说明书
可行性研究报告
项目开发计划
管理文档 项目开发计划
测试计划
测试报告
开发进度月报
开发总结报告
......
如何做好软件项目的验收
项目验收是公司乃至每个项目成员都想要的结果,一旦验收对公司来说就是,可以收验收阶段的款了,不需要再投入那么多人力到项目当中,项目终于可以告 一段落,大家都可以轻松一下了。项目验收是一系列细致工作完成到位的结果,而不是某一点的成功或某个人能力就可以促成的事情。一个项目的验收,一般是由一 系列验收准备工作组成的。如果我们在最终验收前,已经将很多阶段的工作细化并得到认可执行,那么项目验收也就是水到渠成的事情了。首先我们要明确进入验收的前提。很多人都认为只要我们完成了合同中规定的内容,完成了需求规格说明中规定的工作,并且按合同试运行了几个月,应该就可以验收了。就可以拿着合同或技术协议与客户谈论验收的相关事宜了。但 实际上客户往往不同意在此时验收。他们的判断往往不是招标书、合同、技术协议、需求规格说明书等文档。其实这些文档无论做得如何细致,对用户而言并没太大 的参考价值。客户关心的是他们的业务是否真地在系统中运作,并且运行良好,并以此作为检验项目验收的标准。当然有的项目也可以通过商务运作,在业务实现不 太好的情况下验收。1、在项目实施过程中注重里程碑的确定,制定阶段性目标如果要做好一个项目,完成项目的验收条件,主要还是以业务是否可用作为衡量的。不是一定得实现所有用户的需求(这里指的是口头上的需求,如果落实到文字上的还是要实现的),也不是只有将一些所谓的技术难点解决用户就会同意验收,而是我们可以完成一定的阶段应用业务目标。我们从进行需求调研的时候就要主动控制项目的边界,将一个一个业务流根据客户方的实际情况合理组织实施顺序,形成我们项目实施计划中的里程碑点,明确达到里程碑点的条件,并得到双方一致正式认可。没有双方高度达成一致的里程碑认可,也就是没有项目目标约定,没有目标约定的项目实施计划一定会经常变更内容、变更初始设定目标,导致计划不可控制,更谈不上验收。很多人希望通过详细的系统需求规格说明书来定义项目要实现的内容和业务目标,这是很有必要的,但需求规格说明书得到认可并非是通过用户审核就可以的结果,应该想办法让用户一起参与到需求规格说明书的制定过程中来,变成用户自己推导出来的业务实施目标,未来才不容易变形。2、积极主动地与客户进行沟通 项目中一定要有沟通策略,和高管如何汇报工作进展,取得支持?和中层如何就业务目标不断确认,逐步清晰?和基层如何就项目应用操作模式达成一致,持续改进?都需要通过沟通反馈完成。沟 通的作用对于高管是让他们清楚我们一直按照项目目标前进,每个阶段工作进展是否顺利,影响项目正常运做原因是什么,需要哪些资源帮助。和高管沟通比较多的 话,第一个好处是高管经常听汇报就知道项目进展程度,可以安排反馈检查,看是否具备我们所说的进展,这样一旦认可了各个阶段目标后,最终要求高管签字确认 也就顺理成章了。给高管汇报技巧就是简洁明了,真实客观,有理有据分析问题,提出对策建议请其决策即可。中层往往是项目主要的推动力量和实际执行者,也往往是对具体业务需求最主要的要求者,他们对企业实际运做过程最清楚,提出要求最具体,而且项目验收与否没有中层的同意往往也是不太容易做到的。往往通过前期业务调研只能对企业项目目标有一个大的,宏观的认识,但如何细化并最终落实并非是一步到位的过程。因此在整个项目过程中,双方项目组要不断沟通,特别是企业中层沟通,才能逐步认识越来越深刻,最终达成一致。和基层的沟通主要体现对最终用户的关怀,定期主动和最终用户沟通,消除一些怨气,让用户能坚持用下去,这个时候我们往往发现很多用户真的是非常好相处,尽管软件还有很多值得改进的地方,但他们一旦认可我们团队,反而会尽心尽力帮助我们推动项目的进行。目前我们公司一般要求每个项目经理在项目进行中都要填写详尽的项目月报,反映项目的进度,与计划的偏差,完成的项目内容,投入人力,目前项目存在的问题,以及预计项目下月的进度等等。将进度月报交部门负责人、项目管理中心、总经办审阅。类似地也要制定针对客户的月报甚至是周报,将相关的信息反应到客户方的负责人,及相关高层。可以先发邮件,然后还要电话落实收到并口头简要汇报,特别是高管层,千万不要以为发了就等于别人会去看,一定要口头跟进汇报一次,保证客户各方面负责人对项目进展做到心中有数。在 项目的过程中,我们也需要注意平时做人的积累,比如要做到讲诚信,讲原则。主要是三条:1)做不到的事情千万别随意承诺;2)承诺的事情一定要努力做 到;3)每次做到的事情都进步一点点。按这三条做事,即使在系统的使用过程中总会有这样或那样的一些不方便,用户也会慢慢接受稍微长一点的响应周期,也会 用更多积极性眼光看现在的问题,也相信问题一定有人响应,也一定可以得到解决。进而使我们和客户之间形成一种较为和谐的关系。3、写好备忘录和问题跟踪记录 在一个漫长项目周期中,很多工作做了也就做了,认可了也就认可了,时间一长也就忘记了很多承诺和约定,到了验收的时候就可能重新翻出来,这种事情很多人可能都经历过,明明说可以先不做的内容最终验收的时候又成了必要条件。每次备忘录要口头交流认可后才打印签字确定阶段性工作成果。下次工作则根据前次备忘录的双方约定继续进行,保障项目在每次工作基础上不断前进,并用备忘录约束双方的行为。同 时我们建议在收集项目出现的各种问题时,采用问题跟踪记录表的形式,这样可以一目了然地显示出我们曾经收集到的各种问题,目前的解决情况,以及还有什么问 题没有解决,准备什么时候解决。这样客户和我们都会对目前的情况非常了解,通过不断地解决出现的问题,来收敛可能出现的问题,当存在的问题越来越少时,也 就表示我们的系统已经在接近验收的标准了。4、验收阶段的准备工作及注意事项 当 系统经过一段试运行,具备验收的各项条件之后,我们就需要着手验收阶段的准备工作了。首先我们需要把到目前为止完成的工作进行一个总结,列出我们已经完成 的各项目工作成果、各类文档,对合同以及各类约定的技术文档中的相关内容进行自查,要彻底了解系统目前完成的情况如何,是否已经完成了与客户方达成的各项 书面约定以及口头约定,没有完成的,如果是书面约定,准备采取什么策略去进一步完成或者采取一定的回避措施,使客户在验收的时候不再提出这些未实现的需 求。做一个详细的验收计划是非常必 要的,可以用来作为验收阶段的工作指导。这就需要与客户进行详细的沟通,再次明确验收前需要完成的工作,尽量避免客户方在此阶段提出过多的更改需求,这是 极为重要的。验收计划中不光要有需要继续完成的工作,还需要有一个相对固定的工期,使双方都继续朝着这个方向去努力,防止无限制的拖延。我们很多的项目碰到的一些常见 问题就是软件开发完之后,很多客户也不使用,如果我们去催促他们的时候,就经常推脱工作太忙,还有其它的事要做等等,或者也就是应付一下随便提一两个小问 题。而等我们提出要验收的时候,他们又总是觉得这也不满意那也不满意,总之是怕承担相应的责任,不愿意验收。针对这种情况我想主要还是想办 法让客户尽量把系统使用起来,只有在使用中才能发现问题,我们也才能解决问题,使系统能更好地运行。如果是基层的人员不愿意使用,我们可以走上层路线,使 客户的高层了解项目正常运行的重要性,也使他们意识到项目验收的重要性,意识到无限制地拖延下去会对政府机会的权威、形象和公司的收益造成不好的影响,利 用他们的主观积极性克制拖沓的工作作风。如果项目经理在这方面没有太多的办法的时候,可以让市场人员动用一些商业运作的手段,或者提请公司高层出面与客户 方的高层尽早沟通,明确系统运行的各项工作。还有一种情况就是客户无穷尽地提出一些需求,一些主要领导对系统指指点点,随便一句话,就要进行需求变更,项目的范围不断扩大,导致项目试运行一直无法结束。甚至一些客户追求系统的完美,提出了很多高难度的需求,导致我们需要投入较多的精力去解决。这 种情况,我觉得是一些政府主管领导对电子政务认识上存在一定的误区,认为这么一个系统就应该能够解决所有的问题。其实信息系统只是政府管理工作的一种辅助 性手段,信息化不是一步到位工程,而是一种长期的、不断改善的系统工程。我们应该想法让他们结合实际情况,提出他们真正需要解决的问题,而不是依靠他们的 长官意志,提出一些不切合实际的、易变的需求。要实现这一点,就需要项目经理安排人员定期到政府机关进行信息化普及培训以及项目管理知识培训。同时在合适 的情况下,建议在该项目验收后启动新的项目来完成一些新的需求。项目验收对任何一个项目管理者 都是一个极大的挑战,即使已经采取本文提到的几种手段,也不能保证我们的项目能够顺利验收,但作为项目的承建方,我们所能做到的就是尽量做好我们所能控制 的事情,另外一些很难由我们控制的事情则需要借用一些其它的力量去完成,比如请市场部运用一些商业手段来促成项目的验收等等。本文中提出的这些建议,是希 望能够起到抛砖引玉的效果,希望各位同仁可以提出更多更好的方法来促进我们的项目如期验收。
软件开发文档干什么的?
在软件的生产过程中,总是伴随着大量的信息要记录、要使用。因此,软件文档在产品的开发生产过程中起着重要的作用。
1)提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据,实现对软件开发的工程管理。
2)提高开发效率。软件文档的编制,使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。并且可在开发早期发现错误和不一致性,便于及时加以纠正。
3)作为开发人员在一定阶段的工作成果和结束标志。
4)记录开发过程中的有关信息,便于协调以后的软件、开发、使用和维护。
5)提供对软件的运行、维护和培训的有关信息,便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使软件开发活动更科学、更有成效。
6)便于潜在用户了解软件的功能、性能等各项指标,为他们选购符合自己需要的软件提供依据。
文档在各类人员、计算机之间的多种桥梁作用中看出:
既然软件已经从手工艺人的开发方式发展到工业化的生产方式,文档在开发过程中就起到关键作用。从某种意义上来说,文档是软件开发
规范的体现和指南。按规范要求生成一整套文档的过程,就是按照软件开发规范完成一个软件开发的过程。所以,在使用工程化的原理和方法来指导软件的开发和维护时,应当充分注意软件文档的编制和管理。
PS:软件开发文档包括:
操作手册
维护修改建议
软件需求(规格)说明书
开发文档 软件需求(规格)说明书
数据要求说明书
概要设计说明书
详细设计说明书
可行性研究报告
项目开发计划
管理文档 项目开发计划
测试计划
测试报告
开发进度月报
开发总结报告
转载请注明出处51数据库 » 软件项目开发月报 公司月报怎么写公司是开发软件的