标准规范下载简介
JB／T 6987-2013 制造资源计划MRPⅡ系统原型法软件开发规范.pdfd）制定测试计划。 6.5.2.2修改/完善原型。 包括下列内容： a）修改补充编程规约； b）修改/完善数据库和数据文件； c）修改/完善屏幕； d）修改/完善控制程序； e）修改/完善程序。 6.5.2.3测试，主要进行模块测试和组装测试。 主要内容包括： a）重点测试修改和补充部分； b）模块测试同6.3.2.5； c）组装测试同6.3.2.6。
6.5.2.2修改/完善原型
6.5.2.4评审原型系统。
包括下列内容： a）重点评审新的需求及修改完善部分：
独山高级中学环境绿化工程施工组织设计b）转到6.4（用户和开发人员评审原型系统）。 6.5.2.5修改操作手册、硬件手册、软件手册、参考手册、用户手册、维护手册。
6.5.3.1开发人员在对原型系统进行修改/完善后，要转到前面第四个阶段，即和用户一起完成系统评审， 6.5.3.2评审结果不满足用户需求，则回到第五阶段，对原型系统完善化。 6.5.3.3对原型系统要多次反复进行修改/完善、评审。
6.6.2主要工作内容
6.6.2.1系统投入运行。
包括下列内容： a）制定操作规程； b）填写运行记录； c）提交软件问题报告。
6.6.2.2系统维护。
a）根据软件问题报告，软件维护人员向管理人员提交“软件修改报告” b）制定修改计划； c）维护成本估计； d）修改/扩充实施； e）测试 f）修改所有有关文件及资料； g）原型与修改完善后的软件资料归档。 6.6.2.3系统鉴定与验收。
6.6.3.1数据整理和录入工作要提前进行。
.1软件问题修改报告及软件修改报告。 .2最终的软件设计说明书、操作手册、硬件手册、软件手册、参考手册、用户手册、维护手开 .3项目开发总结报告。
文档是管理信息系统（MIS）的重要组成部分，也是系统开发和维护的重要保证，文档的编制 GB/T8566—2007中6.1的规定。
附录A （资料性附录） 可行性分析（研究）报告内容提要
A.2系统建设的背景、必要性和意>
A.4选择系统原型及其评价
B/T69872013
附录B （资料性附录） 软件基本需求说明书内容提要
B.1.1摘要。 B.1.1.1系统的名称、目标和主要功能。 B.1.1.2软件需求分析的目的和主要任务。 B.1.1.3软件需求分析的组织方式和承担者。 B.1.2背景。 B.1.2.1软件需求分析的依据。 B.1.2.2 软件需求分析的条件和限制。 B.1.2.3 项目计划的主要变动事项。 B.1.3.参考与引用资料。 B.1.4 专门术语的定义。 B.2 软件需求规定 B.2.1 基本功能规定。 B.2.2 基本性能规定。 B.2.3 输入输出要求。 B.2.4 数据管理能力要求。 B.2.5 处理故障要求。 B.2.6 其他。 B.3 运行环境规定 B.3.1 设备。 B.3.2 支持软件。 B.3.3接口。 B.3.4控制。 B.4 数据要求说明 B.4.1 数据的逻辑描述。 B.4.2 数据约定。 B.4.3 数据的采集。 B.5 目标系统的逻辑模型 B.5.1 总体结构。
B.5.1.1目标系统的总体逻辑结构。 B.5.1.2、子系统划分与功能定义。 B.5.1.3子系统之间的关联与定义。 B.5.1.4 数据组织与分类。 B.5.1.5 目标系统与外部环境接口定义。 B.5.2子系统描述。 B.5.2.1 功能模块的划分与定义。 B.5.2.2 代码设计。 B.5.2.3 输出设计。 B.5.2.4 输入设计。 B.5.2.5 文件和数据库设计。
B.7目标系统运行环境
B.7.1硬件系统结构。
B.8系统软件和应用软件
C.1系统分析报告表格式
本表格式见表C.1。
表C.1系统分析报告表
C.2职能部门组织机构调查表格式
本表格式见表C.2。
表C.2职能部门组织机构调查表
C.3部门相关图表格式
C.3部门相关图表格式
JB/T69872013
表C.3部门相关图表
JB/T69872013
C.5业务数据流程图表
C.5业务数据流程图表格式
本表格式见表C.5。
表C.5业务数据流程图表
C.6业务处理活动描述表格式
本表格式见表C.6。
表C.6业务处理活动描述表
JB/T 69872013
表C.7数据流描述表
本表格式见表C.8。
C.9原始单据/凭证/账册/报告一览表格式
本表格式见表C.9。
表C.9原始单据/凭证/账册/报告一览表
JB/T69872013
C.10系统结构表格式
本表格式见表C.10。
表C.10系统结构表（建议）
本表格式见表C.11。
JB/T69872013
表C.11系统信息相关联图表
JB/T69872013
C.12系统分析报表中各表用途说明
C.12.1SA01的用途
工作。 SA01的填写： 一在系统名称栏，填写所要开发的软件系统的名称； 一在SA02处填写内容，如下所示： SA01SA02 填写SA01本张表的顺序号 填写表格SA01的总张数 在部门名称栏，填写所描述的部门名称； 在设计栏，填写设计人姓名； 在日期栏填写编表日期； 开发单位栏，填写开发单位名称； 中间空白区域用来填写正文； 表格每页的页码为全部表格资料的汇总编号
C.12.2SA02的用途
描述各职能部门的内部机构设置，并对各专业机构的职能给予简要概括的描这 SA02的填写： 在描述职能部门机构设置时，建议用图形来表示，如图C.1所示，
C.12.3SA03的用途
图C.1职能部门组织机构
SA03的填写： 在填写时，建议用： 口表示职能部门； →表示两个部门的关系，两个部门间的传递信息可以顺箭头方向来表明
C.12.4SA04的用途
概述一个职能部门的业务情况。
C.12.5SA05的用途
LJB/T69872013
用数据流程图（DataFlowDiagram，DFD）来描述某部门的业务流程。 SA05的填写： DFD的主要符号： 外部实体：指系统外部的人及组织，是系统数据和信息的基本供应者或者最后接收者； →数据流：传送数据元素或者数据结构的通道； O处理过程：输入数据流变成输出数据流的转换； 二数据存储：系统的临时存储，处理过程可以向这些存储中加入数据，亦可以从这些存储中 得到数据； >数据收集（Datacollectors)：将分开的比较详细的数据流合到一起，形成一个单个的、更加 综合的或者更高一级的数据流继续传送，无处理和转换； D数据分解（Datadissociation）：与数据收集功能相反。
C.12.6SA06的用途
对SA04中描述的某部门的所有业务分别进行比较详细的文字描述。 SA06的填写： 输入数据流为该业务处理活动的输入数据存储； 输出数据流为该业务处理活动的输出数据存储。
C.12.7SA07的用途
C.12.8SA08的用途
C.12.9SA09的用途
C.12.10SA10的用途
向用户提供一个新系统的建议结构图。 SA08的填写： 用框图采取树形结构来填写。
C.12.11SA11的用途
描述建议的新系统的信息关联图。 SA08的填写： 用通用的模板符号来填写。
D.1系统设计报告表格式
表D.1系统设计报告
表D.1系统设计报告表
D.2系统结构图表格式
本表格式见表D.2。
表D.2系统结构图表
D.3系统信息相关图表格式
本表格式见表D.3。
JB/T 69872013
表D.3系统信息相关图表
D.4处理流程图表格式
本表格式见表D.4。
表D.4处理流程图表
JB/T69872013
D.6数据集合描述表格式
本表格式见表D.6。
表D.6数据集合描述表
本表格式见表D.7。
D.8输入原始凭证一览表格式
D.8输入原始凭证一览表格式
表D.8输入原始凭证一览表
D.9输出报告描述表格式
本表格式见表D.9。
表D.9输出报告描述表
D.10光屏描述表格式
本表格式见表D.10。
表D.10光屏描述表
D.12代码设计表格式
本表格式见表D.12。
表D.12代码设计表
D.13文件描述表格式
本表格式见表D.13
表D.13文件描述表
JB/T69872013
D.14文件一览表格式
D.14文件一览表格式
本表格式见表D.14。
表D.14文件一览表
D.15程序描述表格式
本表格式见表D.15
表D.15程序描述表
本表格式见表D.16。
表D.16系统屏幕逻辑图描述表
D.17系统设计报表用途说明
D.17.1SD01的用途
描述系统的目标、功能及采用的主要模型和算法及其他存在系统的接口等。
D.17.2SD02 的用途
D.17.3SD03的用途
用图表示系统与其他系统之间的信息关系及子系统之间的信息关系。
D.17.4SD04的用途
描述各功能模块（程序）的处理流程。
D.17.5SD05的用途
D.17.6SD06的用途 登记描述每一数据流中所含的所有数据项名称，为详细设计文件提供依据。 D.17.7SD07的用途 描述原始单据的数据项定义和用途。 D.17.8SD08的用途 子系统输入原始数据清单。 D.17.9SD09的用途 描述输出报告的要求、格式。 D.17.10 SD10的用途 用于描述屏幕显示信息。 D.17.11 SD11的用途 用于描述输出报告/光屏显示信息。 D.17.12 2SD12的用途 描述系统的统一代码设计及子系统的专用代码设计，便于系统规范化、一致化 D.17.13 SD13的用途 描述子系统中各文件的属性。 D.17.14 SD14的用途 文件一览表便于查阅。
D.17.6 SD06 的用途
D.17.7SD07的用途
粉喷桩 施工工艺 流程图D.17.8SD08的用途
JB/T69872013
D.17.15SD15的用途 功能模块或程序的详细设计。 D.17.16SD16的用途 描述系统屏幕的逻辑关系，反映子系统及其之间的调用关系
E.2解释“软件问题报告表”
F.2解释“软件修改报告表”
本表中各项的含义： a）登记号：它是软件配置控制部门在收到“软件修改报告”时指定的“软件修改报告”的编号。 b）登记日期：软件配置控制部门登记“软件修改报告”的日期。 c）时间：准备好“软件修改报告”的时间。 d）报告人：填写该报告的作者姓名。 e）批准：批准人签字，正式批准进行修改。 f）子系统名：受修改影响的子系统。 g）子程序名：被修改的子程序名。 h）响应“软件问题报告”的编号：被“软件修改报告”处理或部分处理的“软件问题报告”的编 号。如果某“软件问题报告”的问题只是部分解决，则在编号后附以字母P，如1234（P）。 i）修改：包括程序修改、文件更新、数据库修改或它们的组合。如果该“软件修改报告”对“软 件问题报告”的处理只需做解释性工作，这里将指出。解释多半是针对用户文件的缺陷，但这 也将导致用户文件更新。 j）修改描述：修改的详细描述。如果是文件更新或数据库修改，还要列出文件更新通知或数据库 修改申请的标识符。 k）语句类型：程序修改中涉及的语句类型，包括：输入/输出（I/O）语句类、计算语句类、逻辑 控制语句类、数据处理语句类（如数据传送、存放语句）。 1）程序名：被修改的程序、文件或数据库的名字。如果只要求“软件修改报告”做解释性工作， 则是重复“软件问题报告”中给出的名字。 m）老版本号：当前的版本/修订本标识。 n）新版本号：修改后的新版本/修订本标识。 0）数据库：如果申请数据库修改，这里给出数据库的标识符。 p）数据库修改报告：数据库修改申请号。 q）文件：如果也要求文件修改，这里给出它的名称。 r）文件更新：文件更新通知单编号。 s）修改是否已测试：指出以对修改做了哪些测试，如单元、子系统、组装、确认和运行测试等， 并注明测试成功与否。 t）“软件问题报告”的问题叙述是否准确：“软件问题报告”给出问题的准确叙述与否，回答是或 否。 1）问题注释：准确地重新叙述要维护的问题
神东煤炭公司公司产品仓至产品装车仓栈桥工程施工组织设计打印日期：2015年1月30日F007