杭州贝尔通讯系统有限公司
程序文件
《软件开发管理程序》
编号:HB-X-013
版本号:
编制:
审核:
批准:
发布日: 实施日:
杭州贝尔通讯系统有限公司
| 标 题 | 软件开发管理程序 | 版 本 | 1 | 文件编号 | HB-X-013 |
| 制订部门 | 信息技术部 | 制订日期 | 页 次 | 1/6 | |
| " 1.目的:建立快速有效的软件作业流程,使软件作业能够顺利进行,如期完成,且达到客户要求的品质。 2.范围:客户提出需求的软件项目、自行开发的软件项目。 3.权责: 3.1信息技术部经理、总经理:项目审查、立项 3.2项目负责人:项目审查、系统分析、设计、开发、测试、集成、人员分工、日程设定、客户培训 3.3 软件开发工程师:系统设计改进、开发、测试、集成、客户培训 3.4系统集成工程师:测试、集成、客户培训。 3.5 资料保管员:负责管理软件产品整个生命周期过程中所产生的档案。 4.定义: 4.1 软件生存周期: 软件生存周期是指从软件系统设计对软件系统提出应用需求开始,经过设计开发,产生一个满足需求的计算机软件系统, 然后投入运行,直至该软件系统退役为止。 4.2 软件设计改进、软件设计变更: 这里所指的软件设计变更并非指软件生存周期中所有设计变动,在软件开发过程中会产生很多大大小小的变动,我们把一些细小的变动称为设计改进,把那些重大的、会导致里程碑改变、日程的重大变动或者会引起合同改动的变动称为设计变更。 5.作业内容: 5.1 流程图(参见附件一) 5.2立项与审批: 5.2.1如果是自行开发的项目,不管是技术人员自下而上的提议,还是部门经理或总经理自上而下的决策,均应首先制作《可行性方案》,完成之后交部门经理审核,审核通过后再交由总经理决定是否立项。 5.2.2 对于客户提出需求的软件项目,总经理或者部门经理原则上根据客户的合同或订单立项;但是如果认为签约的可能性较大,而且考虑到客户需要概要设计时,可以提前立项。 5.2.3 信息技术部经理根据上述文件,同时考虑目前部门的软、硬件资源(包括标准文件,技术规范,开发资料等),人员安排情况和能力资格,为该项目指定项目负责人和其他工作人员,以电子邮件或书面方式通知该项目管理员。 5.2.4 所有批准立项的设计开发项目必须满足国家有关设计输入的法规要求。 5.3 软件设计开发的总体规划 5.3.1 满足客户需求 1)如果是客户需求的软件项目,项目负责人指定的程序员应积极与客户商讨设计的细节,深入了解客户的需求,保证有关项目的疑问及时得到解释和确认。
| |||||
| 标 题 | 软件开发管理程序 | 版 本 | 1 | 文件编号 | HB-X-013 |
| 制订部门 | 信息技术部 | 制订日期 | 页 次 | 2/6 | |
2)对于客户重要的意见应做《客户意见表》,向客户解答有关问题,并以书面或email等形式发给客户和各项目成员。如客户要求设计改进、变更,应尽量请求客户在客户意见表上签字。 3)如果客户的要求不单单只涉及一个程序员所负责的模块的软件设计的改进,而是涉及几个程序员所做的模块的软件设计改进,有关程序员应先征得项目负责人的同意,然后将决定的事项记录于《客户意见表》上,以书面或email等形式发给各项目成员。 4)如果客户的要求涉及软件的设计变更,有关人员必须将《客户意见表》交项目负责人,然后由项目负责人转给部门经理审核,由部门经理决定是否要变更,是否要修改合同。若需变更合同,则按照《合同评审程序》执行。 5)如果根据客户的意见确定是程序的错误,应填写《Bug票》,但Bug现象的描述可以免填,将客户意见表附在《Bug票》后面即可。该种《Bug票》的处理同5.5.4一样处理。 6)如果客户对项目文档格式有特别的要求,则应当按照客户的要求执行。如果客户需要本程序文件规定以外的项目文档,应提供给他们所要求的文档。 5.3.2 设计开发研讨 1)不定期举行研发会议,由项目负责人或模块负责人主持,有关项目成员参与,讨论设计开发中的问题,会议主持人应指定一名与会人员将会议内容和决议事项记录于《项目会议记录》,经会议主持人审核后,以书面或email等形式发给各项目成员。 2)如果会议内容只涉及一个模块的改进,与其他模块无关,只需要该模块负责人主持会议即可。如果会议讨论的内容涉及多个模块,则必须由负责人主持会议或者该项目会议记录由项目负责人审核通过才可发给各项目成员。 3)如果会议内容涉及软件的设计变更,项目负责人则应将项目会议记录交给部门经理审核,由部门经理决定是否要变更,是否要修改合同。若需变更合同,则按照《合同评审程序》执行。 4)如果会议中确认有程序的错误,应填写《Bug票》,但Bug现象的描述可以免填,将项目会议记录附在《Bug票》后面即可。该种《Bug票》的处理同5.5.4 一样处理。 5)如果客户也参加会议,应当将项目会议记录以书面或email方式告知他们。 5.3.3 制定开发计划 1)在项目立项之后,项目负责人应根据开发协议或项目《可行性方案》C:\\work\\wincode\\data\\66170372\\AH-PD-B4.4.DOC,结合本公司的人力和物力资源,编制《软件开发计划》,交部门经理或总经理审核。如因公司客观条件的,需与外单位合作或外包的,应提交《外协申请》,详述外协原因和计划,交部门经理或总经理审批。同时,计划应随设计的进展加以修改。 | |||||
| 标 题 | 软件开发管理程序 | 版 本 | 文件编号 | HB-X-013 | |
| 制订部门 | 信息技术部 | 制订日期 | 页 次 | 3/6 | |
2)项目开发应遵守公司的《IT保密制度》。软件设计开发过程中应遵守公司有关软件使用安全性方面的规定(如防病毒,防盗版,防拷贝等),参见《IT保密制度》。 5.3.4软件设计开发过程中的文件、记录、表格等应归档保存,参见《文件与资料管理程序》。 5.4概要设计阶段: 5.4.1项目负责人根据客户需求或可行性方案,编写《概要设计书》,经部门经理审核。 5.4. 2 客户意见,参照5.3.1.2)执行。 5.5详细设计阶段: 5.5.1项目负责人列出一个符合项目开发进程的任务单,应列明项目成员应做的模块或功能的具体要求和接口标准以及完成期限。 5.5.2程序员根据开发任务单开始编写自己那一部分的程序,同时自己进行单元测试。测试过程中如果发现错误,应自行修正。 5.5. 3在项目开发到一定阶段时,项目管理员应编写《测试计划》,并经部门经理审核。然后指定程序员或技术支持人员根据测试计划测试其他项目成员编写的程序。如果项目负责人认为没有必要,也可以安排在版本集成的时候进行测试。 5.5.4负责测试的程序员或技术支持人员应针对错误的程序,填写《Bug票》,然后将《Bug票》交由有关程序员确认,经确认之后的《Bug票》统一存放在一个专用的文件夹中,同时将复印件发给负责修改程序的人。一旦程序修改完毕,负责修改的程序员应在复印件上填写修改完成的记录,然后将填写完整的复印件的《Bug票》放进专用文件夹中,替换原有文件夹中的《Bug票》。这样,有利于项目负责人了解错误的修正的状态,同时也可以将出错率作为项目质量的一个指标进行统计。 5.5.5在开发中,如果有客户意见,包括设计改进、变更的意见,参照5.3.1.2)执行。 5.5.6项目开发中,如程序员发现问题,应及时召集有关人员进行讨论,包括讨论软件的设计改进、变更,依5.3.1.3)-6)执行。 5.5.7当各程序员的编程工作基本告一段落,可以进行集成时,项目管理员进行版本集成(Build)、集成测试、然后负责发布最新内部版本。 5.5.8系统测试中发现的错误应填写《Bug票》,依5.5.4交给有关程序员修改。 5.5.9程序编写、测试、设计改进的过程不断循环,项目管理员应根据测试计划检查是否所有的Bug都已修正,所有的功能是否都已实现,确认是否可以发布Beta版本。Beta版发布意味着可以进入到系统导入的阶段。 | |||||
| 标 题 | 软件开发管理程序 | 版 本 | 文件编号 | HB-X-013 | |
| 制订部门 | 信息技术部 | 制订日期 | 页 次 | 4/6 | |
5.6导入验收阶段: 5.6.1 Beta版发布之后,可以进入系统导入阶段。项目负责人应为系统导入编制《导入计划》确定各项目成员的职责和进度等事项,经部门经理审核后,交给进行导入的项目成员。 5.6.2系统导入的具体实施,包括安装和系统试行,由项目成员根据《导入计划》进行。 5.6.3系统安装后的系统试行阶段,项目成员应对客户针对系统提出的意见(包括疑问)做现场解答;也可填写客户意见表,事后回复,按5.3.1.2)执行。 5.6.4如果系统试行中发现错误,程序员应该填写《Bug票》,通知有关程序员修改程序,按5.5.4执行。 5.6.5程序修改好以后,再进行系统集成、集成测试,然后发布修正版本。 5.6.6系统测试中发现的错误应填写《Bug票》,依5.5.4交给有关程序员修改。 5.6.7系统导入中发现问题,有关人员应召开会议讨论,依5.3.2进行。 5.6.8修正版本经项目负责人审核后再进行系统导入、系统试行,该过程不断循环,直至系统达到验收的标准,经项目负责人审查之后,交客户验收。 5.6.9系统验收时,项目负责人应编制《移交清册》和《验收书》;同时提供给客户《用户手册》,并应该根据客户需求,安排对客户的培训,参见《服务管理程序》。 5.6.10 对于自行开发的项目,可以组织业内专家领导进行鉴定,并撰写鉴定结果。 5.6.11项目结束后,项目负责人应编写《项目总结报告》,总结项目得失,交部门经理和总经理审核。 5.7所有涉及开发项目的记录(包括文件、源代码、数据等)均按照《文件与资料管理程序》保存,并按照《IT管理程序》维护。 6.相关文件 6.1 《合同评审程序》 6.2 《服务管理程序》 6.3 《质量记录管理程序》 6.4 《IT管理程序》 6.5 《文件与资料管理》 6.6 《软件开发计划》 6.7 《概要设计书》 6.8 《可行性方案》 6.9 《IT保密制度》 6.10 《用户手册》 | |||||
| 标 题 | 软件开发管理程序 | 版 本 | 文件编号 | HB-X-013 | |
| 制订部门 | 信息技术部 | 制订日期 | 页 次 | 5/6 | |
7.相关表单/记录 7.1《客户意见表》 7.2《项目会议记录》 7.3《进度表》 7.4《Bug表》 7.5《移交清册》 7.6《项目文档清单》 7.7《查检表》 7.8《设计变更书》 7.9《验收书》 7.10《项目总结报告》 7.11《外协申请》 7.12《测试计划》 7.13《导入计划》 | |||||
| 标 题 | 软件开发管理程序 | 版 本 | 文件编号 | HB-X-013 | |
| 制订部门 | 信息技术部 | 制订日期 | 页 次 | 6/6 | |
| 导入 Bug票 Bug票 Bug票 客户意见表 客户意见表、设计变更书 客户意见表、设计变更书 客户意见表、设计变更书 客户意见表、设计变更书 确认 版本更新 批准 不批准 客户需求协议 附件一:流程 | |||||