国家技术监督局


技术监督行政案件现场处罚规定
国家技术监督局




《技术监督行政案件现场处罚规定》已于1995年3月8日经国家技术监督局局务会议讨论通过，并经国家经济贸易委员会同意，现予以发布施行。
第一条 为使技术监督行政案件的现场处罚规范化，保证办案质量，提高办案效率，制定本规定。
第二条 现场处罚是指县级以上人民政府技术监督行政部门在执法检查现场，依据技术监督法律、法规和规章对行政相对人的违法行为进行的即时行政制裁。
第三条 对于违法事实清楚、情节简单，依据技术监督法律、法规和规章应当给予处罚的违法行为，可以在违法行为发生现场，对违法行为人给予责令改正处理或者处以1000元以下（含1000元）的罚款。
对于无需进一步调查取证即可判定为危及人体健康，人身、财产安全的产品，可以依法没收该产品；对于不合格的计量器具，可以依法没收该计量器具。
第四条 行政执法人员施行现场处罚应当有两名以上人员参加，并出示技术监督行政执法证件。
第五条 行政执法人员在施行现场处罚时，必须使用统一的《现场处罚决定书》，记明检查的时间、违法事实、处罚依据和处罚方式，并经行政相对人签字或者押印；拒绝签字或者押印的，应当注明情况。
第六条 行政执法人员施行现场处罚，必须出具财政部门统一制发或者经财政部门认可的罚没财物凭证。
罚没财物应当按规定及时向有关部门上缴。
第七条 行政执法人员施行现场处罚，必须向行政相对人告知诉权。行政相对人不服处罚的，可以依法提起行政复议和行政诉讼。
第八条 行政执法人员施行现场处罚，应当要求行政相对人当场缴清罚款。确因合理原因不能当场缴清罚款的，应当在十五日内缴清罚款。逾期未缴的，技术监督行政部门应当申请人民法院强制执行。
第九条 现场处罚执行完毕的案件，应当及时审查结案。
第十条 行政执法人员施行现场处罚给行政相对人合法权益造成损害的，行政执法机关应当承担相应的赔偿责任。
行政机关赔偿损失后，应当责令有故意或者重大过失的行政执法人员承担部分或者全部赔偿费用，可以给予行政处分。
第十一条 法律、法规、对现场处罚另有规定的，从其规定。
第十二条 本规定由国家技术监督局负责解释。
第十三条 本规定自发布之日起施行。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
｜ 技 术 监 督 ｜
｜ 现 场 处 罚 决 定 书 第 号 ｜
｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜一
｜ 你单位（人） 的 ｜
｜违反了 的规定。 ｜式
｜根据 规定，给予 ｜
｜下列处罚：1、 ｜
｜ 2、 ｜三
｜ 3、 ｜
｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜联
｜ 行政相对人对本处罚决定不服的，可以在15日内向 申请｜
｜行政复议，或者向人民法院起诉；逾期不申请行政复议、不起诉，由作出处罚决定｜
｜的机关申请人民法院强制执行。 ｜
｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜
｜ 行政相对人： 行政执法人员： 处罚单位 ｜
｜ （签名或押印） （代号章） （公章） ｜
｜ 年 月 日 ｜
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
｜ 技 术 监 督 ｜
｜ 责 令 改 正 （更 正） 通 知 书 ｜
｜ （ ）技监责字【 】 第 号 ｜
｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜一
｜ 你单位（人） 的 ， ｜
｜违反了 的规定 ｜式
｜根据 的规定，现责令 ｜
｜于 年 月 日前予以改正（更正）。 ｜二
｜－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－｜
｜ 行政相对人： 行政执法人员： 处罚单位 ｜联
｜ （签名或押印） （代号章） （公章） ｜
｜ 年 月 日 ｜
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－



1995年12月8日
机械部


计算机软件产品开发的标准化规范化要求

1991年1月19日，机械部

—、划分阶段
一个软件项目从可行性研究起到开发成功投入使用， 要经过若干互相区别而又联系的阶段。一般划分为以下六个阶段：
（1）可行性研究与计划阶段。确定项目开发目标和总的要求，进行可行性分析、投资、效益分析，并制订开发计划。
（2）需求分析阶段。根据对系统的分析，确定软件项目的各项功能、性能。
（3）设计阶段。在充分理解软件需求的基础上，提出多个设计方案，经分析比较，确定最佳方案。
（4）实现阶段。完成源程序的编码、编译和调试工作。
（5）测试阶段。对程序进行全面测试，并检查审阅已编制的文件。
在整个开发过程中（即前五个阶段）， 开发单位要按月编制开发进度月报。
（6）运行与维护阶段。在软件运行使用中，不断进行维护，并根据新的要求，对原程序进行必要的扩充与删改。
在每个阶段中，都要编制一定的文件。这些文件是整个软件项目成果的不可缺少的组成部分。其作用是：
（1）本阶段工作的成果和结束标志。
（2）反映开发工作的进展情况，以便对各阶段进行检查。
（3）提供技术和管理信息，便于管理人员、开发人员、操作人员和用户之间相互了解和协作。
（4）对整个项目内容、功能和性能的描述。

二、各阶段所需完成的文件和文件编制目的与内容
（1）可行性研究报告：在可行性研究与计划阶段完成。目的是说明该软件开发项目在技术、经济和社会条件方面的可行性， 并在多方案中论证所选定的方案，内容包括：①对现有系统的分析；②系统方案的选定； ③投资与效益分析。
（2）项目开发计划：在需求分析阶段完成。目的是把项目开发过程中各项工作的负责人、进度、对软硬条件、 经费预算的安排以文件形式记载下来，以利据此检查项目的开发工作，内容包括：
①项目概述：项目内容；主要参加人；产品及成果验收标准；完成时间等。
②实施总计划：任务分解；进度；预算；关键问题等。
③支持条件：计算机系统支持；需用户承担的工作等。
④专题计划要点。
（3）项目需求说明：在需求分析阶段完成。目的是对项目完成后应达到的具体要求作出规定，作为开发工作的基础，内容包括：
①任务概述：目标；项目环境的特点；约束条件。
②要求规定：主要性能；可靠性、灵活性、时效性、友好性等要求；输入输出要求；常规处理要求；异常处理要求；其他专门要求。
③环境规定：设备；支持软件；接口；控制。
（4）测试计划：在需求分析和设计阶段完成。目的是为提供一个对开发软件项目的测试计划，内容包括：
测试内容；进度安排；测试方案设计考虑；测试数据的整理方法； 测试结果的评价准则。
（5）项目设计说明：在设计阶段完成。目的是说明对程序系统的设计考虑和说明系统各层次中的每个程序的设计考虑。 此部分由于工程项目的不同而差异很大。 开发单位可参照有关标准具体编写，总的要求是：
①总体设计：包括需求规定；运行环境；逻辑结构；物理结构； 关键问题和解决方案等。
②详细设计：包括控制及处理流程；功能、 性能和输入输出设计等。表达形式：有文字、图、表等。
（6）使用说明：在需求分析、设计和实现阶段中逐步完成，内容包括：
①用户手册：提交给用户的使用说明，主要内容：
1）概述
2）用途：功能、性能
3）运行环境：硬件、支持软件
4）使用过程：安装与初始化、输入、输出及举例。
②操作手册：提交专业人员的使用说明，主要内容：
1）概述
2）构成说明
3）安装与初始化
4）运行说明
5）异常处理
（7）模块开发卷宗：在测试阶段完成。目的是记录和汇总低层次开发的进度和结果，以便对整个模块开发工作的管理和将来的维护。
（8）测试分析报告：在测试阶段完成。内容包括按测试计划所进行的测试记录和分析图表及结论。
（9）总结报告：在项目完成后，提交验收或鉴定前完成。主要包括总结本项目的开发经验， 说明开发结果以及对整个开发工作的各个方面的评价。