标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
JB／T 6987-2013 制造资源计划MRPⅡ系统原型法软件开发规范.pdf6.1可行性研究与规划
JB/T69872013
通过详细调查和综合分析，了解用户的要求、现实环境及现行系统，提出新系统初步建议方案 术上、经济上和社会等因素研究并论证软件项目的可行性，编写可行性研究报告，制订初步项目 实施规划。
6.1.2 主要工作内容
DB13T 1481-2011 车用甲醇汽油组分油6.1.2.1用户需求调查。
6.1.2.2企业环境初步调查。
6.1.3提出目标系统初步建议方案
6.1.3.1分析用户需求，确定目标系统。
6.1.3.2确定目标系统的子系统划分原则及其划分。
6.1.3.2确定目标系统的子系统划分原则及其划分。 6.1.3.3确定目标系统的逻辑结构和功能。 6.1.3.4确定目标系统的物理结构。
6.1.4.1可行性分析中优先考虑经济可行性，它包括成本/效益分析、市场经营的长短期策略， 6.1.4.2成本/效益分析应有确切的数据和估算方法。 6.1.4.3系统目标的确定是用户和开发者不断交互、逐步明确和深化的过程，因此双方要共 共同协商，根据企业情况制定可分步实现的系统目标
6.1.5.1可行性分析（研究）报告。
6.2系统基本需求分析和系统设计
根据现行系统的需求分析确定管理信息系统的软件的运行环境、基本功能和性能要求，人机界面基
本形式，编写软件设计说明书和确认测试计划！
写软件设计说明书和确
6.2.2主要工作内容
JB/T69872013
6.2.2.1现行系统的详细调查与分析。 对现行系统的调查与分析包括： a）现行系统的数据流程； b）有关数据流程的信息要求，包括输入信息、处理过程和算法、输出信息及信息编码等； c）信息处理的处理量及处理响应时间要求； d）性能控制方法，包括适用性、可靠性、安全性、可维护性； e）现有计算机信息系统的主要功能、应用范围、结构及与目标系统的关系； f）现行编码体系。
6.2.2.1现行系统的详细调查与分析
6.2.2.2确定目标系统的基本需求。
对目标系统基本需求的确定包括： a）目标系统的基本功能需求： 确定子系统的划分； 确定各子系统的功能需求定义。 b）接口需求定义： 人机界面的基本形式（屏幕、报表、声音、图形等多媒体）； 与其他系统之间的接口； 一子系统之间的接口。 c）目标系统的数据需求： 外部数据及全局数据定义； 数据库或数据结构定义。
d）确定开发软件运行环境。
6.2.2.3且标系统的系统逻辑模型设计（初步计
6.2.2.4系统可靠性设计。
对实施计划的调整包括： a）实施方案调整： b）实施计划调整， 6.2.2.7制定确认测试计划。
对实施计划的调整包括： a）实施方案调整： b）实施计划调整， 6.2.2.7制定确认测试计划
6.2.3.1软件开发单位与用户要密切配合，做好软件需求分析工作和对现场改迁
6.2.3.1软件开发单位与用户要密切配合，做好软件需求分析工作和对现场改造工作。 6.2.3.2采用面向数据流的结构化分析（SA）方法进行软件需求分析。 6.2.3.3建议采用结构化分析和设计方法。
6.2.4.1软件需求说明书。
6.3快速建造和运行系统原型
利用软件开发工具，根据需求分析和系统初步设计，快速建造系统原型，也可以根据基本需求选择 现成软件包或商品软件产品作为系统原型，然后输入使用数据，运行系统原型。
6.3.2主要工作内容
6.3.2.1其工作内容要根据建造或者选择原型而有不同的选择项。
2.2详细设计。 内容包括： a）软件系统结构：用图表示本系统的系统元素（各子系统的各层模块、子程序公用程序等）的 分、标识、功能及它们之间的控制关系。 b）程序系统结构：用图表示本程序系统内的每个程序（包括模块和子程序）的名称、标识符和 们之间的层次关系。 程序设计一可分为
2.2详细设计。 内容包括： a）软件系统结构：用图表示本系统的系统元素（各子系统的各层模块、子程序公用程序等）的划 分、标识、功能及它们之间的控制关系。 b）程序系统结构：用图表示本程序系统内的每个程序（包括模块和子程序）的名称、标识符和它 们之间的层次关系。 c）程序设计，可分为： 约定； 功能； 性能； 输入/输出； 算法及处理； 逻辑流程； 接口； 测试计划（模块测试和组装测试一一测试技术要求、测试数据输入、预测结果、人员安排、 进度)。 d）数据库结构设计，可分为： 确定数据结构模型（层次、网络、关系）：
a）软件系统结构：用图表示本系统的系统元素（各子系统的各层模块、子程序公用程序等）的划 分、标识、功能及它们之间的控制关系。 b）程序系统结构：用图表示本程序系统内的每个程序（包括模块和子程序）的名称、标识符和它 们之间的层次关系。 c）程序设计，可分为： 约定； 功能； 性能； 输入/输出； 算法及处理； 逻辑流程； 接口； 测试计划（模块测试和组装测试一一测试技术要求、测试数据输入、预测结果、人员安排、 进度)。 d）数据库结构设计，可分为： 确定数据结构模型（层次、网络、关系）；
JB/T69872013
逻辑结构设计； 一物理结构设计； 建立系统程序员视图，包括数据在内存中的安排、索引区、缓冲区的设计，所使用的外存 设备及外存空间的组织包括索引区、数据块组织与划分、访问数据的方式方法等。 e）数据字典设计：对数据库设计中涉及的各项目，要建立起数据字典，以说明它们的标识符、定 义及有关信息。
6.3.2.3明确软件开发工具及支持软件。
使用的开发工具和支持软件有： a）数据库管理系统； b）屏幕生成系统程序； c）报表生成系统程序； d）连接装配程序； e）编译程序； f）编辑程序； a）其他
6.3.2.4快速建造原型
快速建造原型的内容包括： a）编程规约； b）建立数据库和数据文件； c）建立屏幕及总控程序； d）编制程序。
6.3.2.5模块测试是检查软件设计的最小单位
块构成一个设计所要求的软件结构。 测试的主要特性： a）模块之间的连接； b）软件系统及子系统的输入/输出处理能力是否达到设计要求； c）容错能力。 5.3.2.7编写手册。可包括：操作手册、硬件手册、软件手册、参考手册、用户手册、维
6.3.3.1利用开发工具快速建造原型。 6.3.3.2利用基本满足系统需求的国内开发的软件包作为原型，可提高效率和软件质量。 6.3.3.3用户一定要直接和开发人员一起进行工作，包括系统原型的建造、运行和测试工作。
6.3.4.1软件设计说明书。
6.3.4.3操作手册、硬件手册、软件手册、参考手册、用户手册、维护手册。
6.3.5测试方法与措施
推荐使用如下的测试方法与措施： a）黑箱、白箱测试法，以及基于两者间的灰盒测试法等； b）可进行动态和静态测试； c）组织测试小组，负责测试、记录和分析工作
这一阶段是整个开发过程的关键。用户和开发人员一起对刚完成的或经过若干次修改后的原型系统 进行评审，提出完善意见。在这个阶段用户是主角。用户通过亲自使用这个系统，了解自已对系统的需 求到底是什么，更能发现系统存在的问题，开发者也能更清楚地了解用户的意图，从而开发的最终系统 符合用户需求。
6.4.2主要工作内容
6.4.2.1演示原型系统
原型系统的演示内容包括： a）制定演示原型系统计划； b）准备演示操作数据； c）按计划进行演示； d）评价和收集评价意见
6.4.2.2确认测试与评价
测试的主要内容： a）系统的功能确认测试：测试和评价软件满足系统需求说明书要求的程度； b）系统的验收测试：验证在实际运行环境的条件下，软件是否满足系统需求说明书的要求； c）负荷能力测试：证明程序是否在短时间内处理大量数据； d）性能测试：检查系统是否满足指定性的性能指标； e）配置：证明程序所需配置的各种情况的可达到性； f）恢复：证明出现程序错误、硬件失效及数据输入错误后，系统恢复工作的功能是否正常； g）安全性。
5.4.2.3测试基本步骤
进行测试的基本步骤如下： a）制定详细的测试计划及编写测试规程说明书； b）执行测试（包括修改及测试）； c）记录并分析测试结果； d）分析确定系统测试与用户需求差异，提出修改/补充意见； e）补充编写修改/增补需求说明书。
应作出以下结论： a）提出测试结果和评审意见； b）如果经过评审后，系统为用户所接受，系统原型就作为目标系统，系统开发结束，转到开发结 束阶段； c）如果系统原型不被用户接受，就要按开发顺序往下一阶段进行。
6.4.3.1在原型系统的测试和评审期间，以用户为主，由用户操作系统。 6.4.3.2开发人员要详细记录评审意见。 6.4.3.3对原型系统的评审，要以用户软件需求说明书为主，防止无休止的争论。
6.4.4.1软件需求说明修改意见。
根据在评审阶段，用户对实际的原型系统提供新的要求，或者提出了原型系统中存在的问题， 员就要根据用户的意见对原型系统进行修改、扩充和完善，最终达到满足用户需求。
6.5.2主要工作内容
6.5.2.1重新设计或补充设计。
d）制定测试计划。 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业务数据流程图表
GB/T 17001.1-2011 防伪油墨 紫外激发荧光防伪油墨C.5业务数据流程图表格式
本表格式见表C.5。
表C.5业务数据流程图表
NY/T 2578-2014 植物新品种特异性、一致性和稳定性测试指南 凤仙花C.6业务处理活动描述表格式
本表格式见表C.6。
表C.6业务处理活动描述表