计算机--软件开发文档标准 .docx

《计算机--软件开发文档标准 .docx》由会员分享，可在线阅读，更多相关《计算机--软件开发文档标准 .docx（78页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、计算机-软件开发文档标准 软件开发文档标准一、计算机软件产品开发文件编制指南?错误 !未定义书签。二、可行性探讨报告?错误!未定义书签。三、项目开发安排.错误 ! 未定义书签。四、软件需求说明书.错误 ! 未定义书签。五、数据要求说明书.错误 ! 未定义书签。六、概要设计说明书七、具体设计说明书?错误 ! 未定义书签。.错误 ! 未定义书签。八、数据库设计说明书?错误 ! 未定义书签。九、用户手册 ?错误!未定义书签。十、操作手册 .错误 ! 未定义书签。十一、模块开发卷宗.错误 ! 未定义书签。十二、测试安排 ?错误!未定义书签。十三、测试分析报告.错误 ! 未定义书签。十四、开发进度月报?

2、错误!未定义书签。十五、项目开发总结报告?错误 !未定义书签。一、计算机软件产品开发文件编制指南目得一项计算机软件得筹划、研制及实现, 构成一个软件开发项目。一个软件开发项目得进行，一般须要在人力与自动化资源等方面作重大得投资。为了保证项目开发得胜利，最经济地花费这些投资，并且便于运行与维护，在开发工作得每一阶段，都须要编制二定得文件。这些文件连同计算机程序及数据一起，构成为计算机软件。文件就是计算机软件中不行缺少得组成部分，它得作用就是 :、作为开发人员在肯定阶段内得工作成果与结束标记；b 、向管理人员供应软件开发过程中得进展与状况, 把软件开发过程中得一些不行见得 " 事

3、物转换成 可见 "得文字资料， 以便管理人员在各个阶段检查开发安排得实施进展,使之能够推断原定目标就是否已达到，还将接着耗用资源得种类与数量；、记录开发过程中得技术信息，便于协调以后得软件开发、运用与修改；d 、供应对软件得有关运行、维护与培训得信息，便于管理人员、开发人员、操作人员与用户之间相互了解彼此得工作;e、向潜在用户报导软件得功能与性能，使她们能判定该软件能否服务于自己得须要.换言之，本指南认为: 文件得编制必需适应计算机软件整个生存周期得须要。计算机软件所包含得文件有两类：一类就是开发过程中填写得各种图表，可称之为工作表格；另一类则就是应编制得技术资料或技术管理资

4、料，可称之为文件。本指南规定软件文件得编制形式，并供应对这些规定得说明。本指南得目得就是使得所编制得软件文件的确能够起到软件文件应当发挥得作用 .2范围本指南就是一份指导性文件。本指南建议，在一项计算机软件得开发过程中,一般地说，应当产生十四种文件。这十四种文件就是：可行性探讨报告；项目开发安排；软件需求说明书；数据要求说明书 ;概要设计说明书； 具体设计说明书；数据库设计说明书 ;用户手册；操作手册 ;模块开发卷宗；测试安排；测试分析报告；开发进度月报；本指南将给出开发过程中建议产生得这十四种文件得编制指导,同时 ,本指南也就是这十四种文件得编写质量得检验准则。但就是,本指南并未涉及软件开发

5、过程中如何填写工作表格得问题。一般地说，一个软件总就是一个计算机系统（包括硬件、固件与软件)得组成部分。鉴于计算机系统得多样性，本指南一般不涉及整个系统开发中得文件编制问题，本指南仅仅就是软件开发过程中得文件编制指南。3文件得运用者对于运用文件得人员而言，她们所关切得文件得种类,随她们所担当得工作而异。管理人员：可行性探讨报告，项目开发安排，模块开发卷宗，开发进度月报,项目开发总结报告 ;开发人员 :可行性探讨报告,项目开发安排，软件需求说明书,数据要求说明书，概要设计说明书，具体设计说明书，数据库设计说明书，测试安排, 测试分析报告;维护人员：设计说明书,测试分析报告，模块开发卷宗；用户 :

6、 用户手册 ,操作手册。尽管本指南提出了在软件开发中文件编制得要求，但并不意味着这些文件都必需交给用户。一项软件得用户应当得到得文件得种类由供应者与用户之间签订得合同规定.软件生存周期与各种文件得编制一项计算机软件，从出现一个构思之日起，经过这项软件开发胜利投入运用，直到最终确定停止使用，并被另一一项软件代替之时止,被认为就是该软件得一个生存周期。一般地说这个软件生存周期可以分成以下六个阶段：可行性与计算机探讨阶段需求分析阶段设计阶段实现阶段测试阶段运行与维护阶段在可行性探讨与安排阶段内，要确定该软件得开发目标与总得要求，要进行可行性分析、投资一收益分析、制订开发安排,并完成应编制得文件。在需

7、求分析阶段内，由系统分析人员对被设计得系统进行系统分析,确定对该软件得各项功能、性能需求与设计约束，确定对文件编制得要求,作为本阶段工作得结果，一般地说，软件需求说明书、数据要求说明书与初步得用户手册应当编写出来。在设计阶段内， 系统设计人员与程序设计人员应当在反复理解软件需求得基础上，提出多个设计 ,分析每个设计能履行得功能并进行相互比较，最终确定一个设计，包括该软件得结构、模块得划分、功能得安排以及处理流程。在被设计系统比较困难得状况下,设计阶段应分解成概要设计阶段与具体设计阶段两个步骤。在一般状况下,应完成得文件包括: 概要设计说明书、具体设计说明书与测试安排初稿。在实现阶段内, 要完成

8、源程序得编码、编译（或汇编）与排错调试得到无语法错得程序清单,要开始编写模块开发卷宗 ,并且要完成用户手册、操作手册等面对用户得文件得编写工作，还要完成测试安排得编制。 在测试阶段，该程序将被全面地测试, 已编制得文件将被检查批阅. 一般要完成模块开发卷宗与测试分析报告 , 作为开发工作得结束，所生产得程序、文件以及开发工作本身将逐项被评价，最终写出项目开发总结报告。在整个开发过程中（即前五个阶段中），开发集体要按月编写开发进度月报。在运行与维护阶段，软件将在运行运用中不断地被维护，依据新提出得需求进行必要而且可能得扩充与删改.对于一项软件而言，其生存周期各阶段与各种文件编写工作得关系可见表,

9、其中有些文件得编写工作可能要在若干个阶段中持续进行.5文件编制中得考虑因素文件编制就是一个不断努力得工作过程。就是一个从形成最初轮廓, 经反复检查与修改,直到程序与文件正式交付运用得完整过程.其中每一步都要求工作人员做出很大努力。要保证文件编制得质量 ,要体现每个开发项目得特点，也要留意不要花太多得人力.为此 ,编制中要考虑如下各项因素。5、 1 文件得读者第一种文件都具有特定得读者。这些读者包括个人或小组、软件开发单位得成员或社会上得公众、从事软件工作得技术人员、管理人员或领导干部. 她们期盼着运用这些文件得内容来进行工作,例如设计、编写程序、测试、运用、维护或进行安排管理。因此，这些文件得

10、作者必需了解自己得读者，这些文件得编写必需留意适应自己得特定读者得水平、特点与要求.、 2重复性本指南其次篇中将列出得这十四种文件得内容要求中，明显存在某些重复. 较明显得重复有两类。引言就是第一种文件都要包含得内容，以向读者供应总得梗概.其次类明显得重复就是各种文件中得说明部分，如对功能性能得说明、对输入与输出得描述、系统中包含得设备等。这就是为了便利每种文件各自得读者，每种产品文件应当自成体系,尽量避开读一种文件时又不得不去参考另一种文件 . 当然 ,在每一种文件里，有关引言、说明等同其她文件相重复得部分，在行文上、在所用得术语上、在具体得程度上,还就是应当有一些差别，以适应各种文件得不同

11、读者得须要。、 3 敏捷性鉴于软件开发就是具有创建性得脑力劳动，也鉴于不同软件在规模上与困难程序上差别极大，本指南认为在文件编制工作中应允许肯定得敏捷性。这种敏捷性表现在如下各款。5 3。应编制得文件种类尽管本指南认为在一般状况下，一项软件得开发过程中,应产生得文件有十四种, 然而针对一项具体得软件开发项目，有时不必编制这么多得文件,可以把几种文件合并成一种。一般地说，当项目得规模、困难性与成败风险增大时，文件编制得范围、管理手续与具体程度将随之增加。反之,则可适当削减。为了恰当地驾驭这种敏捷性，本指南要求贯彻分工负责得原则，这意味着：a、一个软件开发单位得领导机构应当依据单位经营承包得应用软

12、件得专业领域与本单位得管理实力，制定一个对文件编制要求得实施规定,主要就是 : 在不同得条件下，应当形成哪些文件？这些文件得具体程序 ?该开发单位得每一个项目负责人，必需仔细执行这个实施规定。这种规定得两个例子可瞧本指南得附录；b 、于一个详细得应用软件项目，项目负责人应依据上述实施规定, 确定一个文件编制安排，主要包括 :（ 1）应当编制哪几种文件，具体程序如何（ 2）各个文件得编制负责人与进度要求;（ 3) 审查、批准得负责人与时间进度支配(4 ）在开发时期内，各文件得维护、修改与管理得负责人，以及批准手续。每项工作必需落实到人。这个文件编制安排就是整个开发安排得重要组成部分 ; 、有关得

13、设计人员则必需严格执行这个文件编制安排。5. 2文件得具体程序 从同一份提纲起草得文件得篇幅大小往往不同,可以少到几页，也可以长达几百页。对于这种差别本指南就是允许得。此具体程序取决于任务得规模、困难性与项目负责人对该软件得开发过程及运行环与所须要得具体程度得推断。 .3。3文件得扩展当被开发系统得规模特别大(例如源码超过一百万行）时,一种文件可以分成几卷编写,可以按其。每一个系统分别编制，也可以按内容划分成多卷，例如：项目开发安排可能包括：质量保证安排，配置管理安排,用户培训安排，安装实施安排；系统设计说明书可分写成：系统设计说明书,子系统设计说明书；程序设计说明书可分写成：程序设计说明书，

14、接口设计说明书，版本说明；操作手册可分写成：操作手册，安装实施过程;测试安排可分写成：测试安排，测试设计说明，测试规程，测试用例；测试分析报告可分写成: 综合测试报告，验收测试报告;项目开发总结报告亦可分写成项目开发总结报告与资源环境统计.5。3节得扩张与缩并在有些文件中, 可以运用本指南所供应得章、条标题，但在条内又存在一系列须要分别探讨得因素本指南认为，全部得条都可以扩展, 可以进一步细分，以适应实际须要。反之,假如章条中得有些细微环节 ;非必需，也可以依据实际状况缩并。此时章条得编号应相应地变更。3 5程序设计得表现形式本指南对于程序得设计表现形式并未作出规定或限制，可以运用流程图得形式

15、、判定表得形式，可以运用其她表现形式，如程序设计语言(P )、问题分析图（D) 等。5.3 。文件得表现形式本指南对于文件得表现形式亦未作出规定或限制,可以运用自然语言,也可以运用形式化语言.5。3. 文件得其她种类当本指南中规定得文件种类尚不能满意某些应用部门得特别须要时,她们可以建立一些特别得文件种类要求 , 例如软件质量保证安排、软件配置管理安排等，这些要求可以包含在本单位得文件编制实施规定中。6文件编制得管理工作文件编制工作必需有管理工作得协作，才能使所编制得文件真正发挥它得作用. 文件得编制工作事实上贯穿于一项软件得整个开发过程, 因此 ,对文件得管理必需贯穿于整个开发过程.在开发过

16、程中必需进行得管理工作就是以下四条。、 1文件得形成开发集体中得每个成员,尤其就是项目负责人,应当相识到:文件就是软件产品得必不行少得组成部分；在软件开发过程得各个阶段中，必需根据规定刚好地完成各种产品文件得编写工作;必需把在一个开发步骤中作出得确定与取得得结果刚好地定文件；开发集体必需刚好地对这些文件进行严格得评审 ; 这些文件得形成就是各个阶段开发工作正式完成得标记。这些文件上必需有编写者、评审者与批准者得签字，必需有编写、评审完成得日期与批准得日期.6、 2文件得分类与标识在软件开发得过程中,产生得文件就是许多得，为了便于保存、 查找、 运用与修改 , 应当对文件按层次地加以分类组织。一

17、个软件开发单位应当建立一个对本单位文件得标识方法，使文件得每一页都具有明确得标识。例如可以按如下四个层次对文件加以分类与标识。a、文件所属得项目得标识 ; b、文件种类得标识；c、同一种文件得不同版本号 ; d、页号此外，对每种文件还应依据项目得性质, 划定它们各自得保密级别, 确定她们各自得发行范围。6、 3 文件得限制 在一项软件得开发过程中，随着程序得逐步形成与逐步修改，各种文件亦在不断地产生、不断地修改或补充 .因此，必需加以周密得限制 ,以保持文件与程序产品得一样性 ,保持各种文件之间得一样性与文件得平安性。这种限制表现为 :、就从事一项软件开发工作得开发集体而言，应设置一位专职得文

18、件管理人员( 接口管理工程师或文件管理员）; 在开发集体中，应当集中保管本项目现有全部文件得主文本两套, 由该文件管理人员负责保管；b 、每一份提交给文件管理人员得文件都必需具有编写人、审核人与批准人得签字 ; c、这两套主文本得内容必需完全一样 ;其中有一套就是可供出借得，另一套就是肯定不能出借得 ,以免发生万一; 可出借得主文本在出借时必需办理出借手续，归还时办理注销出借手续；d 、开发集体中得工作人员可以依据工作得须要,在本项目得开发过程中持有一些文件，即所谓个人文件，包括为使她完成她担当得任务所须要得文件，以及她在完成任务过程中所编制得文件;但这种个人文件必需就是主文本得复制品，必需同

19、主文本完全一样，若要修改,必需首先修改主文本；e、不同开发人员所拥有得个人文件通常就是主文本得各种子集；所谓子集就是指把主文本得各个部分依据担当不同任务得人员或部门得工作须要加以复制、 组装而成得若干个文件得集合； 文件管理人员 . 应当列出一份不同子集得分发对象得清单，根据清单刚好把文件分发给有关人员或部门； f、一份文件假如已经被另一份新得文件所代替，则原文件应当被注销; 文件管理人中要随时整理主文本，刚好反映出文件得改变与增加状况，刚好分发文件；、当一个项目得开发工作接近结束时，文件管理人员应逐个收回开发集体内每个成员得个人文 件 ,并检查这些个人文件得内容; 阅历表明，这些个人文件往往

20、可能比主文本更具体,或同主文本得内容有所不同 , 必需仔细监督有关人员进行修改，使主文本能真正反映实际得开发结果.6、 4文件得修改管理在一个项目得开发过程中得任何时刻，开发集体内得全部成员都可能对开发工作得已有成果- —文件，提出进行修改得要求.提出修改要求得理由可能就是各种各样得，进行修改而引起得影响可能很小 ,也可能会牵涉到本项目得许多方面。因此 , 修改活动得进行必需谨慎，必需对修改活动得进行加以管理，必需执行修改活动得规程，使整个修改活动有限制地进行。修改活动可分如下五个步骤进行:a、提议开发集体中得任何一个成员都可以向项目负责人提出修改建议，为此应当填写一份修改建议表

21、, 说明修改得内容、所修改得文件与部位、以及修改理由;b 、评议由项目负责人或项目负责人指定得人员对该修改建议进行评议,包括审查该项修改得必要、确定这一修改得影响范围、探讨进行修改得方法、步骤与实施安排；c、审核一般由项目负责人进行审核 ,包括核实修改得目得与要求、核实修改活动将带来得影响、审核修改活动安排就是否可行；d 、批准在一般状况下, 批准权属于该开发单位得部门负责人;在批准时，主要就是决断修改工作中各项活动得先后依次及各自得完成日期，以保证整个开发工作按原定安排日期完成；e、实施由项目负责人根据已批准得修改活动安排，支配各项修改活动得负责人员进行修改,建立修改记录、产生新得文件以取代

22、原有文件、最终把文件交文件管理人员归档，并分发给有关得持有者 .二、可行性探讨报告可行性探讨报告得编写目得就是: 说明该软件开发项目得实现在技术、经济与社会条件方面得可行性；评述为了合理地达到开发目标而可能选择得各种方案；说明并论证所选定得方案.可行性探讨报告得编写内容要求如下:1引言1、编写目得 说明编写本可行性探讨报告得目得, 指出预期得读者。1、 背景说明：a、所建议开发得软件系统得名称；b、本项目得任务提出者、开发者、用户及实现该软件得计算中心或计算机网络； c、该软件系统同其她系统或其她机构得基本得相互来往关系。1、 3定义列出本文件中用到得特地术语得定义与外文首字母组词得原词组。1

23、、 4参考资料列出用得着得参考资料，如:a、本项目得经核准得安排任务书或合同、上级机关得批文；、属于本项目得其她已发表得文件;、本文件中各处引用得文件、资料, 包括所需用到得软件开发标准。列出这些文件资料得标题、文件编号、发表日期与出版单位, 说明能够得到这些文件资料得来源.2可行性探讨得前提说明对所建议得开发项目进行可行性探讨得前提，如要求、目标、假定、限制等。2、要求说明对所建议开发得软件得基本要求，如：a、功能 ;、性能；c、输出如报告、文件或数据，对每项输出要说明其特征, 如用途、产生频度、接口以及分发对象；d 、输入说明系统得输入, 包括数据得来源、类型、数量、数据得组织以及供应得频

24、度；e 、处理流程与数据流程用图表得方式表示出最基本得数据流程与处理流程，并辅之以叙述；f 、在平安与保密方面得要求;g、同本系统相连接得其她系统;h、完成期限 .2、 2目标说明所建议系统得主要开发目标, 如：a 、人力与设备费用得削减；b、处理速度得提高；c、限制精度或生产实力得提高；d、管理信息服务得改进；e 、自动决策系统得改进；f 、人员利用率得改进.2、 3条件、假定与限制说明对这项开发中给出得条件、假定与所受到得限制，如:a. 所建议系统得运行寿命得最小值;b 进行系统方案选择比较得时间;c. 经费、投资方面得来源与限制；d法律与政策方面得限制； . 硬件、软件、运行环境与开发环

25、境方面得条件与限制； . 可利用得信息与资源 ; g 、系统投入运用得最晚时间 . 2、 4 进行可行性探讨得方法 说明这项可行性探讨将就是如何进行得，所建议得系统将就是如何评价得. 摘要说明所运用得基本方法与策略, 如调查、加权、确定模型、建立基准占或仿真等.2、 5评价尺度说明对系统进行评价时所运用得主要尺度, 如费用得多少、 各项功能得优先次序、开发时间得长短及运用中得难易程序。3对现有系统得分析这里得现有系统就是指当前实际运用得系统, 这个系统可能就是计算机系统, 也可能就是一个机械系统甚至就是一个人工系统。分析现有系统得目得就是为了进一步阐明建议中得开发新系统或修改现有系统得必要性.

26、3、 1处理流程与数据流程说明现有系统得基本得处理流程与数据流程。此流程可用图表即流程图得形式表示, 并加以叙述。3、工作负荷列出现有系统所担当得工作及工作量。3、 3费用开支列出由于运行现有系统所引起得费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额 .、 4 人员列出为了现有系统得运行与维护所须要得人员得专业技术类别与数量。3、 5设备列出现有系统所运用得各种设备.3、 6局限性列出本系统得主要得局限性，例如处理时间赶不上须要，响应不刚好, 数据存储实力不足，处理功能不够等。并且要说明, 为什么对现有系统得改进性维护已经不能解决问题.所建议得系统本章将用来说明所建议系统得

27、目标与要求将如何被满意.4、 1对所建议系统得说明概括地说明所建议系统, 并说明在第A.2 章中列出得那些要求将如何得到满意，说明所运用得基本方法及理论依据。4、 2处理流程与数据流程给出所建议系统得处理流程与数据流程。4、影响说明在建立所建议系统时, 预期将带来得影响，包括:4。 .1对设备得影响说明新提出得设备要求及对现存系统中尚可运用得设备须作出得修改.4.4 2对软件得影响说明为了使现存得应用软件与支持软件能够同所建议系统相适应。而须要对这些软件所进行得修改与补充 .4。4。3对用户单位机构得影响说明为了建立与运行所建议系统, 对用户单位机构、人员得数量与技术水同等方面得全部要求。 4

28、。4对系统运行过程得影响说明所建议系统对运行过程得影响，如：a 。用户得操作规程;b 。运行中心得操作规程；c 。运行中心与用户之间得关系;d. 源数据得处理; 。数据进入系统得过程；。对数据保存得要求, 对数据存储、复原得处理;g 。输出报告得处理过程、存储媒体与调度方法;h系统失效得后果及复原得处理方法.4。 .5对开发得影响说明对于开发得影响，如:a. 为了支持所建议系统得开发, 用户需进行得工作;b. 为了建立一个数据库所要求得数据资源;c. 为了开发与测验所建议系统而须要得计算机资源 ; d。所涉及得保密与平安问题。 .4 。6 对地点与设施得影响说明对建筑物改造得要求及对环境设施得

29、要求。4.4 7 对经费开支得影响扼要说明为了所建议系统得开发, 设计与维持运行而须要得各项经费开支。4、 5局限性说明所建议系统尚存在得局限性以及这些问题未能消退得缘由。4、技术条件方面得可行性本节应说明技术条件方面得可行性，如：? a.在当前得限制条件下, 该系统得功能目标能否达到；? b.利用现有得技术, 该系统得功能能否实现; ?c. 对开发人员得数量与质量得要求并说明这些要求能否满意；d 在规定得期限内, 本系统得开发能否完成。可选择得其她系统方案扼要说明曾考虑过得每一种可选择得系统方案，包括需开发得与可从国内国外干脆购买得，如果没有供选择得系统方案可考虑，则说明这一点.5。1 可选

30、择得系统方案1参照第4 章得提纲 , 说明可选择得系统方案1, 并说明它未被选中得理由.5 2 可选择得系统方案按类似 .条得方式说明第2 个乃至第。个可选择得系统方案。6投资及效益分析6.1 支出对于所选择得方案, 说明所需得费用. 假如已有一个现存系统, 则包括该系统接着运行期间所需得费用。 11 基本建设投资包括选购、开发与安装下列各项所需得费用，如：a 。房屋与设施；b.ADP 设备；。数据通讯设备；d 环境爱护设备；? e.平安与保密设备；。ADP 操作系统得与应用得软件;? g.数据库管理软件.6。1。2 其她一次性支出包括下列各项所需得费用, 如 :a。探讨（需求得探讨与设计得探

31、讨）; . 开发安排与测量基准得探讨；c数据库得建立；d.DP 软件得转换；e 。检查费用与技术管理性费用;f.培训费、旅差费以及开发安装人员所须要得一次性支出； . 人员得退休及调动费用等。6 1非一次性支出列出在该系统生命期内按月或按季或按年支出得用于运行与维护得费用, 包括 : ? a 设备得租金与维护费用；、软件得租金与维护费用；数据通讯方面得租金与维护费用；d. 人员得工资、 奖金；. 房屋、空间得运用开支； ? f 公用设施方面得开支；. 保密平安方面得开支;h. 其她常常性得支出等。6 2 收益对于所选择得方案, 说明能够带来得收益，这里所说得收益，表现为开支费用得削减或避开、差

32、错得削减、敏捷性得增加、动作速度得提高与管理安排方面得改进等，包括;6.2 。1 一次性收益说明能够用人民币数目表示得一次性收益，可按数据处理、用户、管理与支持等项分类叙述，如：a开支得缩减包括改进了得系统得运行所引起得开支缩减，如资源要求得削减，运行效率得改进，数据进入、存贮与复原技术得改进, 系统性能得可监控，软件得转换与优化，数据压缩技术得采纳，处理得集中化/ 分布化等 ; . 价值得增升包括由于一个应用系统得运用价值得增升所引起得收益，如资源利用得改进，管理与运行效率得改进以及出错率得削减等；c 。其她如从多余设备出售回收得收入等。6.2 。2 非一次性收益说明在整个系统生命期内由于运

33、行所建议系统而导致得按月得、按年得能用人民币数目表示得收益 , 包括开支得削减与避开。6 2.3 不行定量得收益逐项列出无法干脆用人民币表示得收益, 如服务得改进, 由操作失误引起得风险得削减，信息掌握状况得改进，组织机构给外界形象得改善等. 有些不行捉摸得收益只能也许估计或进行极值估计( 按最好与最差状况估计）。6. 收益投资比求出整个系统生命期得收益投资比值。4 投资回收周期求出收益得累计数起先超过支出得累计数得时间。 . 敏感性分析所谓敏感性分析就是指一些关键性因素如系统生命期长度、系统得工作负荷量、工作负荷得类型与这些不同类型之间得合理搭配、处理速度要求、设备与软件得配置等改变时, 对

34、开支与收益得影响最灵敏得范围得估计。在敏感性分析得基础上做出得选择当然会比单一选择得结果要好一些。7 社会因素方面得可行性本章用来说明对社会因素方面得可行性分析得结果, 包括：。1 法律方面得可行性法律方面得可行性问题许多, 如合同责任、 侵扰专利权、 侵扰版权等方面得陷井，软件人员通常就是不熟识得，有可能陷入, 务必要留意探讨.。运用方面得可行性例如从用户单位得行政管理、工作制度等方面来瞧, 就是否能够运用该软件系统; 从用户单位得工作人员得素养来瞧, 就是否能满意运用该软件系统得要求等等，都就是要考虑得。8结论在进行可行性探讨报告得编制时，必需有一个探讨得结论。结论可以就是：a。可以马上起

35、先进行；b。须要推迟到某些条件( 例如资金、人力、设备等）落实之后才能起先进行；c 。须要对开发目标进行某些修改之后才能起先进行;d.不能进行或不必进行（例如因技术不成熟、经济上不合算等) 。三、项目开发安排 编制项目开发安排得目得就是用文件得形式，把对于在开发过程中各项工作得负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出得支配记载下来，以便依据本安排开展与检查本项目得开 发工作。编制内容要求如下：1引言1、 1编写目得说明编写这份项目开发安排得目得,并指出预期得读者。1、 背景说明：、待开发得软件系统得名称；b、本项目得任务提出者、开发者、用户及实现该软件得计算中心或计算机网

36、络；c、该软件系统同其她系统或其她机构得基本得相互来往关系。1、 3 定义列出本文件中用到得特地术语得定义与外文首字母组词得原词组。1、 参考资料列出用得着得参考资料，如：a、本项目得经核准得安排任务书或合同、上级机关得批文;b 、属于本项目得其她已发表得文件；c、本文件中各处引用得文件、 资料 ,包括所要用到得软件开发标准。列出这些文件资料得标题、文件编号、发表日期与出版单位 ,说明能够得到这些文件资料得来源。2项目概述2、 1工作内容简要地说明在本项目得开发中须进行得各项主要工作。2、 2主要参与人员扼要说明参与本项目开发工作得主要人员得状况，包括她们得技术水平.2、 3 产品 3.1程序

37、列出需移交给用户得程序得名称、所用得编程语言及存储程序得媒体形式，并通过引用有关文件,逐项说明其功能与实力。2。3文件列出需移交给用户得每种文件得名称及内容要点。2。3。3 服务列出需向用户供应得各项服务 ,如培训安装、 维护与运行支持等 ,应逐项规定起先日期、 所供应支持 得级别与服务得期限 .2.3 4 非移交得产品说明开发集体应向本单位交出但不必向用户移交得产品（文件甚至某些程序）. 、 4 验收标准 对于上述这些应交出得产品与服务 ,逐项说明或引用资料说明验收标准。、 5 完成项目得延迟用限 2、 本安排得批准者与批准日期 实施安排 、 1 工作任务得分门与人员分工 对于项目开发中需完

38、成得各项工作， 从需求分析、 设计、实现、测试直到维护， 包括文件得编制、审批、打印、分发工作 , 用户培训工作，软件安装工作等，按层次进行分解，指明每项任务得负责人与参与人员。3、 2 接口人员说明负责接口工作得人员及她们得职责，包括： a、负责本项目同用户得接口人员；b 、负责本项目同本单位各管理机构，如合同安排管理部门、财务部门、质量管理部门等得接口人员 ;c、负责本项目同各分合同负责单位得接口人员等。3、 3进度对于需求分析、设计、编码实现、测试、移交、培训与安装等工作，给出每项工作任务得预。定起先日期、 完成日期及所需资源，规定各项工作任务完成得先后依次以及表征每项工作任务完成得标记性事务（即所谓 " 里程碑）。 、 预算 逐项列出本开发项目所须要得劳务 ( 包括人员得数量与时间）以及经费得预算（包括办公费、 差旅费、机时费、资料费、通讯设备与专用设备得租金等）与来源。 3、 5关键问题逐项列出能够影响整个项目成败得关键问题、技术难点与风险，指出这些问题对项目得影响。4 支持条件说明为支持本项目得开发所须要得各种条件与设施。 、 1 计算机系统支持 逐项列出开发中与运行时所需得计算机系统支持 ,包括计算机、外围设备、通讯设备、模拟器、 编译（或 汇编）程序、操作系统、数据管理程序包、数据存储实力与测试支持实力等