软件开发管理办法

《软件开发管理办法》由会员分享，可在线阅读，更多相关《软件开发管理办法（50页珍藏版）》请在装配图网上搜索。

1、1目的和范围本管理总则规定本公司软件研制管理所遵循的原则和方法，冃的是通过加强开发管理达到如下结果。1）提高软件质量和每一个项目开发过程的可控性。2）优化开发资源结构，提高工作效率。3）优化公司软件管理使产晶尽早实现一体化，结构化。4）通过良好的管理规范和结构使参与人员养成良好的工作索质。5）引导和纽织员工向规范化管理看齐，以使公司尽早实现国际人证。本条例适用于质量管理组织、部门经理、项冃经理等管理人员、系统分析员、系统设计和程序编码人。2引用文件和术语 GB/T11457-1995软件工程术沿。 GB/T 16260-1996信息技术、软件产品评价、质量特及其使用指南。3定义木篇术语尽就使用

2、标准术语（GB/T11457-1995），另外还对木公司软件管理有如卜术语说明：34决策层由公司管理领导小组负责批准软件开发项目的立项。3.2管理层由主管总经理、部门经理、质最管理员、项H经理、及有矢的技术人员依据项目管理有矢规定和各自的职 能，协作完成。3.3设计层山系统工程师以及系统分析员组成。3.4实施层由软件开发技术人员纽成的编码调试队伍。3.5全开发型一个独立的软件开发项目：例如调度命令票的开发，用户提出的调度MIS系统的开发。3.6增加功能型在本公司现冇某软件系统的基础上新增加一个独立的功能。3.7功能完善型将木公司软件系统的已冇功能完善。如调度MIS系统中的电网计算程序中添加图形

3、示意界而，以方便用 户。3.8查错测试型对本公司的软件系统某种不止常现線进行跟踪査错，找出错谋根源。3.9个体软件过程（psp）是种可以用于控制、管理和改进个人工作方式的自我改善过程，是一 个软件过程框架。3.10软件的可靠性请参看DB/T 16260-1996 “信息技术软件产品评价质量特性及其使用指南”附录A “质疑子特性”3.11软件的安全性请参看DB/T 16260-1996 “信息技术软件产品评价质址特性及其使用指南”附录A “质量子特性”4软件幵发方法4-1软件开发的基本流程及软件开发类型的分析4.1.1软件开发的基本流程1） 软件开发的立项，确定系统需求（目的及用途、功能、技术指

4、标、开发及交付时间）：2）软件的需求调研3）软件的需求分析：4）软件开发的槪耍设计：5）软件开发的详细设计：6）软件的实施（编程和单元测试）：7）软件的纽装测试、总体案例测试、性能及验收；8）软件的交付投运：9）软件的维护。4-1.2不同开发类型的软件开发流程1） 全开发型必须经过411所述全部流程；2）增加功能型必须经过4.1j所述全部流程；3）功能完善型需经过411所述的1）,及3）-9）；4）查错测试型需要遵循错误处理规范（见附录z）4.1.3软件开发过程的控制1）软件开发流程的1）,2） ,3） ,4） ,5） ,6）阶段都应该经过质量管理小组和开发顾问组（可以包 括用户或公司卿请的有

5、矢开发专家）的评审。2）评审分内部评审和正式评审。3）内部评审由公司质虽管理小组负责实施；正式评审由外部专家及公司的质量管理小纽组成的评 审委员会进行。除全开发型的软件验收需要正式评审外，全开发型的软件开发的其它阶段的评审 及其它类型的软件开发的齐个阶段的评审均采用内部评审。4）评审前方矢人员必须准备好该阶段的技术文档资料，并填写“评审报告”（附表G-1）的有尖部 分，并上交公司的质量管理小组申请评审。5）无论内部评审或正式评审，均由公司的质鼠管理小组指定评审人选与评审日期，戢后由公司总 经理批准，同时还要递交一份评审工作安排方案要求总经理批准。6）评审时首先111有尖人员介绍被评审的内容；演

6、示评审內容，再由评宙小组测试评审内容，然后 山评审小纽提问题,有矢人员答辩（需填写“软件评审问题记录”（附表G-2）:最后山评审 小纽给出“通过”和“不通过”的结论；若需要修改，应该填写“软件修改报告单”（内部评审 可以适当简化评审程序，免去答辩过程）。7）软件验收评审前需要填写”评审报告”进行申请外，软件评审要由评审小纽或质量管理小纽 填写专门的软件评审报吿（附表E）。4.2软件开发项目的确立该阶段的规范依据公司相矢的项目确立和项目下达的有尖规定（项目的申请和确立规范）。4.3软件需求分析该阶段只适用于4.1.2所述的全开发型及增加功能型的软件开发项目o4.3.1目的任务及实施步骤*由软件开

7、发的部门经理与有尖的设计人员进行软件的需求分析；* 对于大的或全开发型的软件开发项H需要根据“软件开发项目任务书”进行必要的技术调査，写出系统调研报告，调研报告的书写和实施依据公司的系统调研报告实施规范；*分析和确定软件开发、运行的环境；* 确定人机界面及接口说明；*编制项目开发计划，填写“软件开发项目安排书”（附表B3）、“软件开发项目计划书”（附表B一 4）:*编写“软件需求规格说明书（附录B）-：* 评审；*下达设计任务。4.3.2方法及工具*采用面向对象的分析方法（00A）或结构化的分析方法。*若采用面向对象的分析方法（OOA）其标识方法和说明格式应参考“标准建模语言（UML）的书 写

8、及文档格式。*若采用结构化的分析方法，请参考附录B “软件需求规格说明书书写格式”。4.3.3评审*根据“软件开发任务书”针对软件开发计划，软件需求规格说明进行评审。评审内容： 是否符合“软件开发任务书”的耍求： 可行性：是否能按时，按质，交付符合系统需求的软件； 标准化：其文档资料是否符合标准： 可龛性，安全性和用维护性：共软件需求规格说明是否规定了可靠性，安全性和可维护性 的要求；*评审应该作出通过或不通过的结论。可原则通过，但需作部分修改和补充，则需待概耍设计评审 时对修改或补充部分进行检査评审。4.3.4设计任务下达* “软件需求规格说明书”、“软件开发项目计划书”和“软件开发项H安排

9、书”经过公司总工程 师的批准之后，连同“软件开发项目任务书”和“个人工作任务书”作为正式任务，下达给设 计层人员：4.4概要设计4.4.1 口的和任务和实施步骤*根据“软件需求规格说明书”中规定的软件功能需求，建立软件的总体结构和功能模块z间的尖 系，定义各功能模块的接口，设计数据库模式和数据结构，初步编制测试计划。*概要设计是软件开发必须执行的重耍阶段（因为软件分析阶段对一些类型的软件开发可以不执 行）。*其步骤为：总体结构设计：将整个软件系统分解为子系统、功能模块；粗略描述子系统和功能模块Z间 的数据及控制矢系，及接口：数据库模式及数据结构的设计：各个功能模块的功能定义，接口定义；编制概要

10、设计说明（参看附录C）:初步编制测试计划（参看附录G）。442阶段产品*概要设计说明书*软件测试计划（初步）4.4.3评审和批准4.4.3.1 评审*由负责该软件开发的技术人员向软件开发技术领导小组申报。巾报时应该填写“软件评审报告” （附茨G1）以及提交4.4.2所列的必需具备的文档资料”。*评审的内容：根据“软件开发任务书”及“软件需求规格说明”针对软件概要设计进行评审。是否符合“软件开发任务书”及“软件需求规格说明”的要求。可行性：是否能按时，按质，交付符合系统需求的软件。标准化：其文档资料是否符合标准。可靠性，安全性和可维护性：其概耍设计是否考虑了 “软件需求规格说明”中规定的可靠 性

11、，安全性和可维护性的耍求*软件开发评审小组根据软件概耍设计必需具备的文档资料及答辩情况进行讨论，并作出评审意见 （通过或不通过）。若冇重大修改及评审不通过，应再次举行评帀答辩；若方小的修改，需留 待详细设计阶段一并进行评审。443.2批;隹*软件开发技术领导小组将评审意见及全部资料提交总经理进行最后用批。*总经理将审批后，由软 件开发人员继续进行软件的下阶段开发。4. 5详细设计4.5.1 1=1的及內容及步骤*详细设计必须符介概要设计说明的功能需求、框架结构、数据结构、数据流程的基本设计要求。 *详细设计内容及步骤：。确定准确的数据结构（必须有准确详细的文字说明）；。进行完整的数据库的模式设

12、计（必须有准确详细的文字说明）；进行主程序的结构及过程的准确的描述（可使用文字及类PASCAL语言进行描述）；。进行AP I的准确的描述（输入参数，输出参数，功能描述）；。进行全部子程序或服务的逻辑结构准确的描述（可使用文字及类PASCAL语言进行描 述）；。进行全部事件（输出事件及接收事件）的描述（事件名，事件体，输岀事件何时发HI,接受 事件的处理流程）：。完成详细设计说明书的编写（参看附录D）；。拟定子系统及功能模块的调试方案。*在软件详细设计过程中若发现框架设计需耍修改，应提岀修改方案并填耳修改报告单。4.5.2阶段产品及文档资料*详细设计说明书；*如有修改，需耍具备修改后的概耍设计说

13、明及修改报告单；*子系统及功能模块的测试计划。4.5.3评审；*对于4.1.2中所述的金开发型及增加功能型的软件开发应该进行详细设计的评审，而其它两种类型 的软件开发除非概要设计有重大修改一般不进行评审。*评审过程参看4.4.3.1;4-6软件实现4.6.1任务及实施步骤*根据软件详细设计说明，进行程序编制、静态分析、自测试、互测试。4.6.2阶段产品及文档资料*软件概要设计及详细设计文档资料及相应的修改报告单；*源程序；*自测试大纲及测试结果；*软件使用说明书和维护说明书初稿。4.6.3程序编制的规范*变量名：必须与其代表的意义或其用途一致，可读（决不允许无实际盘义的变量名，如a、b、c、

14、I、j、k 筹）。* 每个源程序（包括主程序及各个例程）的行数不得超过5 0 0行。*每个源程序必须有程序头说明（程序名称，功能，上一级程序名，调用的子序名，输入参数，输 出参数，编制人，完成日期，修改的历史记录）。* 每个源程序必须有注释行（平均5-8行源程序有一行注释）。4.6.4软件的静态分析该分析为使用人工或自动调试工具对程序代码逐条进行检査、分析，以发现编码错谋的过程。其内 容为；*检查代码和详细设计的一致性；*检査代码的标准性，可读性；*检查代码逻辑代码的正确性。4.6.5软件的自测试和互测试软件的自测试是在软件项目开发组内部进行的测试，以保证彼开发的软件符合系统需求（功能需求及

15、技术要求），检查软件的容错能力，检查软件的可靠性及安全性；为软件的正式验收测试提供依据和基础。*软件幵发项目自测试首先可以在比较独立的环境，进行该开发软件的各个软件模块的功能测试。*功能测试之后，必须将被开发软件与整个软件系统组装到起，在完整的运行环境下进行测试。*自测成功后，应该由技术部经理（或相应的软件开发部门经理）安排其他与该开发项目无矢的技术 人员按测试犬纲进行互测；*自测试及互测试必须有测试大纲、测试用例及测试记录。*必须自测试及互测试成功之后，才允许提交正式的测试和验收。47软件开发项目的验收4.7.1目的及内容* 根据“软件开发项目任务书”中规定的用户需求以及软件开发人员捉交的“

16、软件测试大纲”在 相应的系统环境（该系统J前旳二式版本）下对已经开发成功的软件进行严格测试。*审査软件产品必需具备的文档资料的规范性，完整性及E确性。*审査软件产品介质的正确性，完整性及一致性。*lLi软件评审小纽对被审査的软件给予“宙查评语”，合格的系统进行版本注册登记。4.7.2软件验收的执行者* 执行者为软件开发技术领导小组及共委托的软件评审小组（狄件正式验收的评审）、软件质量 管理小组（软件产品审査）及版本管理小组（版木注册，复制，发行）。4.7.3软件验收的步骤及验收测试小组的组成4.7.3.1软件验收的步骤* 由项目负责人填写“软件开发项H止式验收申请书”（附表El）,交技术部汇总

17、，由公司质量 管理部进行审査，审査内容为：o程序编制的规范性（如变量命名，程序头，程序注释）；。测试大纲及自测试及互测试结果的正确性；o软件使用说明书的完整性及规范性；。若软件实现过程进行了软件概要设计或详细设计的修改，则应该审査是否具备相应的修 改后的设计文档；若审查不通过：需要技术部（或相应软件开发部门）进行相应的修补工作；然后再进行市 查，直至通过为止；*审查通过启，山公司总经理批准，然后开始启动软件验收过程。Lh软件开发人员编写测试大纲的并经评中小组评审； 由公司软件质疑管理小组委托专门的技术人员建立测试环境：*由公司软件质就管理小纽委托专门的技术人员建立测试小纽按照测试大纲进行严格的

18、测试：*测试中若出现重大的错谋，则此次软件测试宣告失败：应修改厉再进行重新全部测试；*测试中若出现一般的锚误，可经修改后，进行专项补测：*测试小组应该提交软件测试报告：* 由公司软件质撬管理小组委托专门的技术人员建立文档资料审查小组进行文档资料的审查，并提 交审査报告；由公司软件质蛋管理小纽委托专门的技术人员建立介质审查小组进行软件介质的审查，并捉交审查报告：*测试结束由公司软件质量管理小组组织软件评审小俎经过认真评议作出”审査评语”。4.7.3.2软件验收测试小组的组成*软件验收阶段应该组织三个测试市查小组；软件测试小组、软件文档资料审查小组、软件介质审査 小组；*三个测试审查小纽的人员主要

19、由公司工程部技术人员纽成*测试审查小纽由公司公司软件质昴管理小组与质管部负贵组织4.7.4软件测试大纲的编制及审定* 软件测试大纲ih负责软件开发的人员编写；*评审小组召集会议，听取大纲编写人员的介绍以及与会者的意见，经过讨论，并经大纲编写人 员的修改补充，最后由软件评审小组讨论审定该测试大纲。4.7.4.1软件测试大纲的内容详细的格式请参看附录H4.7.5针对不同软件开发情况的测试要求4.7.5.1系统基础级的测试*系统的支掠平台的基本服务被修改或全开发型的软件开发项H属于此种类型：* 必须将该软件系统全部程序（支撑平台及应用软件）进行编译链接。* 对新的或经过重大修改的软件系统统（必须有数

20、据源的仿真环境）进行所有功能的测试。4.7.5.2基本系统的测试*系统的支撐平台的部分软件被修改属于此种类型；* 必须对该系统的有尖部分（支搏平台软件）进行编译琏接。*在当前被修改的软件系统的版本（必须有数据源的仿真环境）下对开发修改的部分及其它应用软件 进行测试。4.7.5.3应用系统的测试*系统的应用软件逬行了重大修改或开发了新的应用软件属于此种类型：*必须对该应用软的有矢部分进行編译链接。*在当前系统的版本（必须冇数据源的仿真坏境）下对开发修改的应用软件及其它冇尖应用软件进行测试。4 7 5 4 一般修改的测试* 系统的应用软件进行了 般修改属于此种类型；*必须对有尖部分进行编译链接。*

21、 在当前系统的版本（除去开发修改的部分）下对修改的应用软件进行测试。4.7.6软件测试的一般性合格标准* 符合该开发项目的“软件盅求规格说明书”中规定的用户的功能需求及性能需求。*符合测试大纲中规定的各项功能。* 新开发修改的项目的可靠性标准：人机界面调用1 0 0 0次不故障退出，不产生core dump或死机。支撐平台的分布式管理及数据库的基木服务连续访问1000 00 0次不出错谋，不产生core dump或死机。支撐平台的分布式管理及实时数据库的基本功能（如主备机自动切换，子系统的切换，子系 统及进程的退出服务和启动，双以太网的自动切换；数据厢的安装更新，数据库模式的建立和 修改，数据

22、阵的同步，实时数据库与尖系数据库的同步及捆绑;等等）连续调用I 00 0次不发生 错误不产生core dump或死机。应用系统在支椁环境下（必须有前置机的仿真环境）连续运行72小时不发生功能性错误，不 产生事件堆积，不故障退出，不产生core dump或死机。4.7.7软件文档资料4.7.7.1文档资料应涵盖的范围* 该软件开发项目的“软件开发任务H、“软件需求规格说明”及对上述文档的修改资料;*该软件开发项目的概要设计及详细设计的全部资料；* 该软件开发项目的全部源程序：* 该软件开发项目的自测试和互测试记录；* 该软件开发项目的用户使用手册和维护手册；* 该软件开发项目的测试大纲：*资料的

23、详细淸单。4.7.7.2审查文档资料的手段*审查人员检查文档资料的规范性，完整性。叮以便用专门的软件去测试源程序的规范性。4-7-8软件介质的审查4.7.&S软件介质的定义*软件介质指的是完整的记录软件的可运行模块及其安装说明的磁带，软盘，光盘。4 7.&2软件介质合格的标准*介质记录了软件系统全部可运行模块及具安装说明或记录软件系统的升级模块及具安装说明；用此 介质安装之后，该软件系统可以立即可靠的运行。*该介质应该与提供的用户手册完全一致。4.7.9评审*软件验收阶段需要经过两次评审；*第一次评审是对验测试收大纲的评审；*第二次评审是该验收阶段的最终评审；其评中内容为：。软件测试报告o软件

24、文档资料的市查报告。软件介质的审查报告*评审结果：通过或不通过。4-8软件的交付4-8.1软件的交付方式*将经过正式验收的软件由开发部或相应的软件开发部门交付质量管理部进行注册登记；*由质管部及开发部或相应的饮件开发部门共同向丨程部门交付经过正式验收的软件系统，以便工 程部进行系统集成及进一步测试4.8.2软件交付后的完善*软件交付工程部门进行系统集成及测试后或进行工程的工厂验收和现场验收后若出现若干不符合用 户需求的问题或错谋，应该程部门埴写“软件问题报告单（针对软件错谋和不符合用户需求的问题）， 并交部门经理汇总：若问题可以由木部门解决，则在本部门安排解决；若木部门不能解决的问 题，交公司

25、技术 领导小组统一安排软件的修改完善工作。4.9软件的维护及完善4.9.1维护请求的提出*维护请求由工程部门以”软件问题报告单”的形式提交并交部门经理汇总;若问题可以由本部门解 决，则在本部门安排解决：若本部门不能解决的问题，交公司技术领导小组，统一安排解决。4.9.2维护计划的形成*对于小的软件问题可以不经过评审，直接形成软件开发项目任务书下达给技术人员.*对于较大的软件问题应经过评审形成软件开发项H任务书然后下达给技术人员（参考4.2.1，嗽 件开发项目的确立”）.4.9.3维护的过程*对于”増加功能型”的维护，实际是一个较为独立的软件开发项冃,应该按4.2-4.4的阶段进行软 件的开发*

26、对于“功能完善型及査锚涮试型“的维护，实际是一个修改软件的过程，应该按以F步骤进行：。维护人员对维护需求进行分析，修改“软件需求规格说明”或“软件概要设计说明”或“软 件详细设计说明”，评审小纽对其修改进行评审，然后维护人员根据评审意见进行再修改、再 评审，直到通过。维护人员根据修改的设计进行源程序的代码修改及静态分析、自测试、互测试，软件验收。 原则上，凡运对现场运行的软件的修改，均应该在实验室先进行模拟修改和测试；成功后，经 过项目经理或部门经理批准厉，再到现场进行修改；如因为特殊原因，在未经过实验室修改和测 试，而对现场运行的软件进行修改，应该事先及时与项目经理或部门经理联系，说明修改的

27、内 容及理山，经过同意后，再慎重的进行修改和测试；事后必须填写（软件问题报告单及软 件修改报告单）或工程修改报告单，并经过项目经理或部门经理审查批准；：进行维护丿 U，都应该及时经过质管部的注册红记调胳软件版木号、保存相应的软件介质，以保证软件版木 的致性。附录A软件立项报告书写格式北京思创公司软件开发项目立项报告项目名称课题名称起止时间：年 月至年 月1 hl的和意义1. 描述与软件开发内容紧密和矢的产品的实际水平和今后的发展方向；2. 阐述课题成果对该现状和技术发展的作用；3. 分析成呆应用和推广的途径：4. 分析成呆推广后的直接和间接效益。2国内外研究水平综述与软件开发内容紧密和矢的技术

28、发展历史的简要回顾；2国内外研究水平的现状和发展趋势；3介绍国外研究机构或者公司対木课题的研究情况；4介绍国内其他研究单位对本课题的研究情况。3. 课题的理论或实践依据软件开发内容的原理简述；2软件开发内容的理论或者实践依据;3软件开发的技术尖键和难点。4软件开发内容和实施方案1. 软件开发内容的详细说明（可分专题或按内容序号描述）。2. 要描述具体的开发步骤，现场试验的地点和试验讣划，需耍建设的试验环境：3. 理论研究和试验内容与软件开发总目标的因果矢系；4. 写明理论和试验研究的工作量；5. 需要名家单位共同承担的课题，需要写明各家的分工、职责和捉供的成果，如何组织和协调；6. 需耍与国外

29、合作，耍写明与外方的合作方式、知识产权和成果分享的范围，及以前的工作联系;7. 注明本软件开发需要购买设备的型号、产地、性能及需要购买的原因；8. 外委的工作内容和工作量；5 预期日标和成果形式1. 阐明软件开发预期达到的目标：2. 明确叙述软件产晶成果捉供的形式；要求成果提供的形式能够被其他技术人员拿握，使成果的使用 权具灯可转移性。6试验单位或依托工程情况1. 如需借用其他单位的试验环境，说明选定试验单位的落实情况；2. 如襦结合依托工程进行试点研究，说明依托工程及其与本软件开发结合的情况。7软件开发所需的条件7.1课题负责人对课题负贵人的要求：72软件开发人员对课题承扌II 人员的专业、

30、特长、工作水平的要求；73验室条件（包括硬件和软件）说明该软件开发所需的换件及软件的环境，并开列清单;课题的进度安排1. 列出分年度计划研究内容和人员、设备安排；2. 分年度提供成果的内容和形式，耍具有可检査性。序号时间段内容报告编写人:附录B软件需求规格说明书书写格式1-任务名称2. 任务来源3. 运行环境以文字确切的说明该软件在何种环境下运行：硬件环境：服务器/工作站/PC机/单板机；软件环境：何种OS,何种数据库系统，以及其它支持软件：工作环境：调度室/维护工作机房/管理人员办公室/变电站等；使用人员：调度员/维护人员/开发 人员及相应的文化程度：4. 功能需求详细的以文字和图/表描述该

31、软件应该完成的功能：5. 技术性能要求说明该软件应该具备的安全性、可靠性、实时响应性、可用性等具体耍求；6. 功能模块描述简要说明该软件的各个功能模块的功能，及与其它模块Z间的尖系；7. 接口描述简要说明各个外部及内部接口的功能及输入参数和输出参数；&对人机交互的要求说明该软件是否要求人机交互，以何种方式进行交互，交互欲达到的目的；并简耍说明主要人机 交附录C概要设计说明书书写格式1概耍设计说明书的框架1.用户需求2.术语3.数据结构及爭件定义4.程序的框架结构5.各个程序模块的描述6.相尖的人机界面的描述2用户需求的书写规范参看附a。3术语的书写规范Do专用术语逐个列岀该概要设计屮所使用的专

32、用术语的名称及确切含义：2）。缩写词逐个列出该概要设计屮所便用的缩写词的名称及确切含义；4数据结构及事件定义的书写规范1）。数据库模式的描述该软件所使用的已经建立的数据库及表的名称；该软件需要新建立的数据库的模式的概要描述（数据库用途，数据库名、液名及用途、属性知：2）。内部主要数据结构的描述程序内部盂要使用的数据结构的名称、用途、包含的屈性：3）。新定义的事件的描述说明新定义事件的名称及用途；5程序的框架结构的书写规范1）。程序的层次机构（树状结构）的描述以文字和图描述该程序的层次机构（树状结构）：结构中包含所有的程序单元（主程序及各层子 程序及各个函数）及处理事件的程序模块；2）。各个程序

33、模块之间的逻辑尖系描述用图形（或类PASCAL语言）描述程序的概要逻辑矢系（包括半件处理的源头）；6程序模块描述的书写规范1）。程序模块的功能描述以文字描述该程序的功能；2）。程序模块的输入及输出描述以文字描述该程序的输入参数（变量，数组，指针，常数）及相应的输出参数（变量，数组， 指针，常数）；7类（CLASS）描述的书写规范1）。以文字描述该类（CLASS）的功能；2）。以文字描述该类（CLASS）的继承矢系；3）。类（CLASS）的属性描述以文字描述该类（CLASS）的各个尬性及其含义；4）。类（CLASS）的函数的描述以文字描述该类（CLASS）的各个函数的功能及输入输出参数8人机界而

34、描述的书写观范Do以文字或图形描述齐个人机界面的功能附录D详细设计说明书书写格式1详细设计说明书的框架1. 用户需求2. 术语3. 数据库模式设计4. 内部数据结构设计5. 事件的设计6. 程序的框架结构（若已有概要设计则此节可省略，否则必须书写）7. 程序模块的详细设计8人机界面的详细设计3用户需求的书写规范参看附A。3术语的书写规范1）。专用术语逐个列出该详细设计屮所使用的专用术语的名称及确切含义；2）。缩写词逐个列出该详细设计屮所使用的缩写词的名称及确切含义：4数据库模式设计的书写规范详细描述新建立的数据应模式的结构；数据库名称及用途数据库各个表的名称及用途各个表的屈性的名称、数据类型、

35、含义5内部数据结构的书写规范数据结构的名称及用途数据结构的属性的名称、数据类型、含义6程序的框架结构的书写规范1）0程序的层次机构（树状结构）的描述以文字和图描述该程序的层次机构（树状结构）；结构中包含所有的程序单元（主程序及各层子 程序及各个函数）及处理事件的程序模块；2）。各个程序模块之间的逻辑尖系描述用图形（或类PASCAL语言）描述程序的概要逻辑矢系（包括事件处理的源头）；7事件的设计1）。新定义的事件的结构描述详细描述新定义的事件的名称、用途、事件体结构、事件体每个属性的数据类型及含义、在何 种条件下发出；2）。本程序注册的事件的描述描述本程序注册的事件的名称、由哪个程序或BOB发出

36、的、该事件的事件体结构；对该事件的处理流程的描述：以文字或“类PASCAL语言”描述该处理流程；其谦尽程度要保 证程序员可以按照已定义的数据结构及该描述不加任何发挥的编写出程序；8程序模块设计的书写规范1）。程序模块的功能描述以文字描述该程序的功能；2）。程序模块的输入及输出描述以文字描述该程序的输入参数（变量，数组，指针，常数）及相应的输出参数；3）。程序模块逻辑流程的详细描述以文字或“类PASCAL语言”描述该程序程序模块的处理流程：其详尽程度要保证程序员可以按 照已定义的数据结构及该程序模块的详细描述不加任何发挥的编写出程序；9类（CLASS）设计的书写规范1）。以文字描述该类（CLAS

37、S）的功能；2）。以文字描述该类（CLASS）的继承尖系；3）。类（CLASS）的属性描述以文字拙述该类（CLASS）的各个属性的类型及其含义：4）。类（CLASS）的函数的描述以文字描述该类（CLASS）的各个函数的功能及输入输出参数；以文字或“类PASCAL语言”描述各个函数的处理流程；其详尽程度要保证程序员可以按照已定 义的数据结构及该两数的描述不加任何发挥的编写出该函数的程序；10人机界血设计的书写规范1）。该人机界面的名称及用途2）。用图形将实际使用的界面全部画出来：包括金部的菜单条、图彖、符号、光敏点尊：3）。列出菜单条及光敏点对应的回调函数的名称及功能；4）。详细描述各个回调函数

38、的输入输出参数：并以文字或“类PASCAL语言”描述各个函数的处理 流程；其详尽程度要保证程序员可以按照已定义的数据结构及该函数的描述不加任何发挥的编写出该函数的 程序；附录E软件产品用户使用手册格式书写格式1-本软件产品的功能概述简述本软件提供的各个功能及实现这些功能的用戶采用的手段：2. 本手册的使用范围简述本手册是为哪些人员服务的?这些人员需耍具备哪些基木知识?3. 术语和略缩语列举本手册便用的术语和略缩语：4. 使用过程4.1软件的安装启动过程详细准确的说明该软件的安装和启动的过程：4.2软件提供的各个功能的操作过程详细准确的说明该软件提供的并个功能实现的毎一步操作;5错误信息详细准确

39、的列举各个错误信息的含义，何时发生？如何应对?附录F软件产品用户维护手册书写格式1-软件产品的功能概述简述本软件提供的各个功能及实现这些功能的用戶采用的手段：2. 本手册的使用范围简述本手册是为哪些人员服务的?这些人员需耍具备哪些基木知识?3. 术语和略缩语列举本手册便用的术语和略缩语：4. 正常情况的维护操作详细准确的说明止常情况的各个维护操作的步骤： 正常情况的维护操作包括：软件的启动和停止；软件的当前状态的査询：软件运行状况的诊断；5. 异常情况的维护操作详细准确的说明异常情况的各个维护操作的步骤；附录G测试计划编写格式1-被测试的软件开发项目名称2.测试对象和目的说明测试的对象（被测试

40、的主程序、子程序、接口、人机界面等）； 说明该测试的目的：详细说明测试哪些功能；测试哪些性能（可靠性、安全性）及应该达到的指标；3测试所需要的环境详细说明该测试需要的硬件和软件环境；说明测试所需要的仿真环境；4测试的方法说明测试采収的方法（黑盒测试、白盒测试）；5.测试的步骤详细说明测试的步骤附录H测试大纲的编写格式第一章概述1前言槪述该测试的H的、任务、坏境、方法:* 此次测试的目的：* 界定此次测试的范围：* 确定测试的环境：第二章测试环境1-硬件测试环境描述该测试所应八备的波件环境；2.软件测试坏境描述该测试所应具备的软件环境：第三章测试内容和测试记录该章应该包插：*测试的详细操作步骤：

41、*测试的各个用例：*测试的合格的标准。因此应该：分节分段的详细的列出各个子系统、功能模块的测试步骤、测试方法及用例和应该得出的结果；并留出记录 测试结果及测试产生的偏羌的农格：附表AJ 软件开发各阶段管理要点殳介tzl顷及系疣霉求 12 3删也分询 fl以大LZ3P软件需求分折L Z3你书炉书釣术对冇釣软坍 钦划软K(应报L23.4组审酗L2二莉 平槪要设计siw _z M妞记1可纱芯虫吉 1 21 电2亠生规1f 计E设 1 2软件实现一1 2 3 4 5一予大毘试原 测LZ份i殂殂 可a评a占LZ生迢也莉 1 2软件实现里兀 L 2眇檢兀题步虽 TJI可走一加分 割确下L 23.4定 氾

42、诩审规 测N3组装斤式原 一力则昏一 显生佥 1 2L 2总体性能 题 逊LZ1A f 壬 K/L Z3件书旧件切次 收软软务L 23只捡 只可狙反红当 L 2评纲W站审收测验L 2nr欢记欢俚贡 寸登走匸旬交 训询旬LZ3件表件软记砍L2 1 2运行维护1 23并洞亍里冊菠进g一 23瞭笏肺系仮If观毗体30理附表A-2软件开发表格及文档一览表名称填写时间填写负责人格式和内容软件开发项目建议书软件项目立项前工程部项目负责人或公刁技术 领 导小组或公司任何技术人员附表B-1软件开发项目立报告软件项目立项前公司技术领导小组附录A软件开发项目任务书软件立项评审后技术领导小组附表B-2软件需求规格说

43、明书软件需求分析阶段技术领导小组附录B软件开发项冃计划书软件需求分析阶段技术部负责人及项冃负贵人附表B-3软件开发项目安排书软件需求分析阶段技术部负责人及项目负责人附表B-4软件概要设计说明书软件概要设计阶段软件设计人员附录c软件测试计划软件概要设计阶段软件设计人员附录G软件详细设计说明书软件详细设计阶段软件设计人员附录D用户使用说明书软件实现阶段软件设计人员附录E用户维护说明书软件实现阶段软件设计人员附录F软件测试大纲软件实现阶段软件设计人员附录H软件工作个人任务书及验收书软件项目验收前软件开发人员附表B-5软件评审报告评审时项目负责人及评审小组附表G-1软件评审问题记录评审时评审小组附表G

44、-2软件评审成员签字登记表评审时评审小组附表G-3软件开发测试大纲软件验收时技术部及项目负责人附表c软件开发项冃测试问题记录软件验收时软件测试小组附农D软件开发项目验收书软件验收评审时评审小组附表E软件问题报告单发现问题和建议修改时工程部及技术部技术人员附表F-1软件修改报告单修改软件时工程部及技术部技术人员附表F-2软件版本注册登记表软件正式齡收通过后进行 注册是软件开发部门附表H-2软件介质制造单制作软件介质软件开发部门附表附表B软件开发项目建议书ZJ040701年 月 日編号:k 义需求概述建议根据技术要点单 简 几又一 难 较 难 很工作量估算一 EI 二月技术领导小组意见附表B_2软

45、/硬件开发任务书ZJ040703年 月曰绢号:3 k 名麻人员数量如$2初步参加加名需求概述功能简述技术要点很难口难口一般口简单1年月年；部门 经理 意见注释：初步参加人员数蚩及参加人员姓名：初步参加人员指的是当该软/破件开发项目确立之后进行需求分析或概念 设计时所需的技术人员。当需求分析或概念设计阶段完成后根据开发需耍而填写软做件开发项目安排书时 才最后决定进一步开发所需要的技术人员。若该项口人员要求一次到位，则可将该任务书和软/硬件开发项 目安排书同时填写。附表B3软件开发项目计划修改申请书ZJ040719年 月曰编号:项目名称项目负责人签字修改 方案修改理由签字：日期：总经理审批:II期

46、:附表B4软件开发项目计划书ZJ040702年 月U编号:项目名称项目负责人丘斤 服务器型 弓所需主频所需内存容量所需磁盘容 虽所需显示卡 型号所需显示头个数rvT 而月反务器所需台数已有台数的 标识符使用方式独占口 共享口尚缺服务器 台数补缺方式补缺所需费用估算所需工作站工作站型号所需主频所需内存容量所需磁盘 容量所需显示卡 型号所需显示头个数所需台数已有台数的 标识符使用方式独占口共享尚缺工作站 台数补缺方式补缺所需费用估算所需前置系统162板块数167板块数616板块数调试用RTU 台数及型号 及模式调试用MODEM 个数及速率补缺需要费用估算所需其它调试用设备型号规格补缺所需费用估算型

47、号规格补缺所需费用估算型号规格补缺所需费用估算型号规格补缺所需费用估算所需工作日估算系统需求工作日软件需求分 析工作日概要设计工作日详细设计工作日软件实现工作日软件测试及验收工作日说明调试用RTU台数及型号及模式：指的是调试时所需的RTU的台数，型号（如1801, N4F,烟台CDT,江无CDT,部 颁C D T，部颁POLLING等），模式（实际的RTU,仿真R T U ）。附表B_5软/硬件开发项目安排书乙1040704工作 人 员姓幺工作任务简述阶段计划阶段开始时间结束时间负责人员系统需求及分析技术调查综述概耍设计详细设计软件实现门测试互测试可靠性测试文档资料项目验收技术准备工作附表B_

48、6个人工作任务书ZJ040705姓名合作伙伴任务名称序号工作内容计划完成时间（何 时至何时）个人意 见签字：日期：部门经理 或模块负 责人意见签字：日期：备注附表B_7个人工作验收书ZJ040706年 月 日编号:2 zlin一 -fir看 壬曲与 俞，参 工责曲负贵人宰评慧见邹 Its工里茨莫夬通过签字(1包舌.不通过本人)n厂t注：当开发任务完成后，由开发人填写“工作内容” “完成情况S其它由负责人填写。附表C软件开发项目测试大纲（一）ZJ040712编号:项冃名称测试方案设计 人测试日期子项目名称测试人技术领导小组 意见测试目的测试环境测试内容操作步骤期望结果实测结果结论注意：如果在测试

49、过程只发现问题应另行填写“软件幵发项II测试问题记录”软件开发项目测试大纲（续）ZJ040712编号:项冃名称测试方案设计 人测试日期子项目名称测试人技术领导小组 意见测试内容操作步骤期望结果实测结果结论注总：如果在测试过程只发现问题应另行填写“软件开发项丨1测试问题记录”附表D软件开发项目测试问题记录ZJ040710项目名称测试坏境版本号测试日期自测口互测可靠性口补测& 1问题或现彖原因工作人员 签字项目序号子项目名测试性质共页第页附表E- 1软件开发项口正式验收中请书ZJ040715年 月U编号:项目名称项目负责人软件功能与 性能描述文档资料清单软件自测试结 果技术部惫见技术部经理签字：质

50、量管理小 绢章见质量管理小组负责人签字：公司总经理签字:附表E2软件开发项目验收书ZJ040714编号：项目名称项目负资人项LI序号分类验收内容合格不合格遗留问题说明系统需求文软件需求分析概要设计详细设计档源程序及备份测试大纲及记录用户使用/维护手册管理工作进度总人日源程序规范性技源程序与详细设计 的一致性自测试互测试术正式验收测试CPU礪盘牢间、效 率内存验收小 组评语签字总经理见签字附表F - I：软件问题报告单登记号登记日期年 月曰发现日期年 月曰工程项目名 （或软件开 发项目名）系统需求阶段名口软件需 求分析概耍设计详细设计软件实现自测试软件验收运行维护 报告人姓名单位问题类型子程序口

51、程序口人机界1侨口 数据库口文档口改进口软件版本 号媒体名称硬件标识子系统名程序名数据库名文档名问题描 述妬餌叭说明：媒体名称：包含有问题的程序或子程序的存储媒体的标识符：硬件标识:包含有问题的程序或子程序的哽件标识符；如长沙css 1: /data/uscrs/osain附表F-2软件修改报告单项目名称（工程 名）修改序号子项目名称修改日期报告人修改人阶段 名K需求 分析概要设计详细设计软件实现测试FAT期 间FATZ后SAT期 间SAT之 后修改级别系统基础级（RTE,库 基本服务）( Ij本子系统级TE库人 机）应用系统级般修改（SCAD A,前置界（子系统面）内部）子系统名修改前版本号

52、修改后版本号校核人：改动记录修改或增加源程序改过公共定义头文件或宏 用过全局变量改过数据库摸注释标识主要源程序名及路径（可用通配符）及宏与相尖子系统人员讨论否？是否口相矢子系统朿新编译否？是否口自测试成功否？是口否口互测试成功否？是口否可靠性测试成功否？是口 否口相矢文档修改否？是口否口备份否？是口否口备注验收意见答r:说明：注释标识格式：修改简单原因.修改日期。可以通过标识用搜索命令找出木报告单的所冇修改。例如：/name add for reason 1999.1.12附表G-1：软件评审报告ZJ040707编号:编号申请日期评审日期项目名子项目名评审性质评审复审口阶段名系统需求概要设计详细设计 匚软件实现组装测试软件验收运行维护项目组长姓 名单位莉务平壬评审材料评审结论通过不需修改稍作修改不通过作重要修改耍作重新评审备注说明：该报告除“评审日期”及“评市结论”“备注”由评市小组填写外，其它均由巾请的有矢人员填写。附表G-2：软件评审问题记录评审日期评审性质评审复审口项1名子项II名编 弓问题摘耍问题类型是否解决备注12345678910111213141516171819202122ZJ040711编号:附表G-3：软件评审小组成员签字登记表评审小纽成员职务姓名职称E位签字组长副纽长成员成员成员成员成员成员成员ZJ040713