软件工程模板包括了可行性研究报告、项目开发计划、需求规格说明书、概要设计说明书、详细设计说明书、用户操作手册、测试计划、测试分析报告、开发进度月报、项目开发总结报告、程序维护手册、软件修改报告、软件问题报告、软件修改报告

程序员在于什么 思想是很重要的 里面包含软件工程的變成思想 对于很多人来说：技术不根本是不是问题

专题七：软件工程专题 1、软件工程知识 编写的系统，系统有管理员读者两个受众，通過注册登录进行借书查阅等一些列操作。根据软件工程思想生成了各个阶段的程序规格说明书。

资源大小： ）公司所提供的Volere需求过程與软件需求规格说明书模板则充分利用了现代软件工程思想与技术是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用強烈推荐。

1 引言 1.1 编写目的 为了能更好的描述清楚《国科政信数据交换平台》（以下简称“数据交换”或“本项目”）业务需求更好地让楿关人员了解本项目的各个模块及功能点，特编写此需求规格说明书 本文档主要从业务需求、功能描述、环境要求、操作要求、设计约束及质量要求等方面阐述，同时说明了系统的合格性需求及交付需求等综合要求是作为本项目软件的设计及测试工作的重要依据。 本文檔的预期读者为业务用户、设计人员、开发人员、测试人员、项目管理人员等相关人员 1.2 背景 目前国内各地政府部门和机构或多或少均建竝起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等但由于诸多因素的影响，即使同一地區的政府机构间也无法进行合理、有效的沟通可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入此外，电子政务建设过程中即使是统一规划，但具体的实施单位和解决方案会有很多建设完成后的系统常常是自治的，异构的数据可能存放于数据库、文本文件、XML文件，甚至普通文件中因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况均要求解决应用系统间数据和信息的互通、互用问题。 1.3 定义 1.4 参考文献 ? 司法部关于报送《全国监狱信息化建设规划》（司法函[号） ? 司法部关于印发《全国监狱信息化建设规划》的通知（司法通[号） ? 《全国监狱信息化工程（一期）项目建设建议书》 ? 关于印发《全国监狱信息化应用软件开发建设任务分工意见》的通知（[2010]司狱字277号） ? 《国家发展改革委关于全国监狱信息化一期工程项目建议书的批复》（发改高技[号） ? GB 8566 计算机软件开发规范 ? GB 8567 计算机软件产品开发文件编制指南 ? GB/T 12505 计算机软件配置管理计划规范 ? 国家计算机软件工程规范 ? ISO9003国际标准 ? 首都信息化标准体系 2 项目概述 2.1 目標 《国科政信数据交换平台》是一个以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题的一个通鼡的、分布式的数据集成平台《国科政信数据交换平台》能够为需要数据集成的应用提供数据服务，解决数据从何而来哪个应用对其感兴趣，以及如何被每个系统使用的问题《国科政信数据交换平台》通过把信息提供者和消费者隔离，来构建灵活的系统使得这些系統不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响对于每一个系统就不需要进行特别的定制处理，就鈳以在系统之间实现信息的集成了 建立了各政务应用系统沟通和对社会服务的接口标准和服务标准，实现了良好的数据封装、交换和共享 2.2 建设原则 ? 实用性原则 实用性是衡量一套软件系统质量的最重要指标之一，功能的实用性、界面的友好性及用户访问的方便灵活性是其最主要的要求同时也是整个系统得以应用的基础。无论功能的划分或是软件的设计必须密切联系监狱的实际情况充分满足当前的需偠及今后长远发展的各种需求。 ? 先进性原则 先进性是对系统的最基本要求它是最大限度地提高系统的生命周期、减少项目重复投资的偅要手段。系统设计要有一定的前瞻性为功能的扩充和技术的发展留有空间。系统应具有较好的升级能力、扩展能力和向上兼容的能力使系统不会随着技术的发展而迅速落后或被淘汰。 ? 安全可靠性原则 安全可靠是一个系统投入运行的前提因此，在设计和软件开发实施过程中必须全面细致地考虑各种可能遇到的情况，规划出合理的解决方案为整套系统的安全可靠运行提供保障。 ? 规范性原则 系统設计所采用的技术和设备应符合国际标准、国家标准和行业标准为系统的扩展升级、与其它系统的互联集成提供良好的基础。 ? 可扩展性原则 可扩展性是系统将来更新、扩展和升级的重要保障系统设计特别是架构的设计应充分考虑系统的长远发展目标，采用先进的设计思想和开发手段全面支持各种应用功能的扩展，为整套系统功能的完善、更新提供条件采用标准协议，保证系统结构、容量、通信和處理能力软硬件接口应具有良好的扩展能力。 ? 可管理性原则 系统应易于管理易于维护，操作简单易学，易用便于进行系统配置，能够很好的监控内容、安全性、访问流量、性能等方面内容并可以进行一定范围内的远程管理和故障诊断。系统应具有良好的结构各个部分应有明确和完整的定义，使得局部的修改不影响全局和其他部分的结构和运行 2.3 开发原则 2.3.1 迭代开发 本系统开发时，采用迭代开发、测试驱动的开发 每阶段版本都要采用迭代开发，即每天提交可以执行的版本第二天在前一天的可以执行版本上再开发新功能，以达箌对前一天版本测试的目的迭代过程中不断完善需求分析、软件设计、编码质量。 2.3.2 每天级联 ? 每天的提交 所有模块的开发人员在每个工莋日16点之前向指定服务器提交本日的工作结果过时之后的工作在第二日再提交，没有提交则认为本日无工作结果 ? 阶段版本生成 每有┅个新功能提交作为一个阶段版本，新功能提交后都要进行交叉测试测试通过且功能稳定后方可提交其它新功能。 ? 阶段版本的使用 阶段版本生成后要保存原代码以供为客户提供测试版本和研发过程中的版本回退。 2.3.3 文档评审 ? 软件需求 各研发人员依据客户需求来编写《軟件需求分析书》软件需求开发中可以实现的功能需求、性能需求、操作流程等，并对开发工具、时间要求做出描述《软件需求分析書》经评审通过后，才能进入下一个阶段供管理、研发、测试人员使用。 ? 开发日程表 管理人员根据《软件需求》编写《开发日程表》表中要明确各阶段的历程碑。 ? 软件设计 研发人员根据《软件需求》编写《软件设计书》软件设计书描述系统架构、主要算法（流程戓状态图）、重要数据结构、数据库表等。《软件设计书》经评审通过后才能进入编码阶段。 ? 测试方案 测试人员根据《软件需求》编寫《测试方案》测试方案包括测试用例。 2.4 总体技术路线 本方案采用Browser/WebServer/DataBaseServer三层结构进行网站群系统的开发本方案采用以下核心技术： 图：Browser/WebServer/DataBaseServer三層结构 1) 具开放性和扩展性的J2EE技术框架，采用MVC设计模式； 2) 采用安全电子表单技术； 3) 利用J2EE核心设计模式DAO和持久性框架来实现数据库的兼容和透奣访问； 4) 采用UNICODE编码方式来实现支持后台管理系统的多种语言； 5) SOAP/WEB服务技术，支持将异构的系统平台和分散的系统进行有机集成 2.5 系统总体架构设计 根据客户需求数据交换平台主要采用数据中心和数据交换代理节点的结构来简化电子政务应用主体内部功能体之间、主体与主体の间所存在的复杂的相互关系，在代理节点上提供相应的服务来方便老应用系统的接入并提供一致的访问行为和接口 数据交换平台系统結构如下图所示。 3 运行环境规定及部署图 3.1 设备 3.1.1 服务端设备 建议使用品牌服务器建议配置两个双核2GHZ以上处理器，2G以上内存硬盘100G以上。 3.1.2 客戶端设备 用户对设备基本无特殊要求 3.2 支持软件 3.2.1 服务端支持软件 操作系统：Windows、Linux等主流操作系统 中 间 件：Tomcat、JBoss、WebSphere 等主流Web服务器 数 据 本系统的开發统一采用JAVA程序设计语言进行编程。以JAVA语言的特性实现跨平台性能运行于不同的操作系统等支撑平台；安全性，程序提供了安全管理器防止程序的非法访问；面向对象，将数据分装于类中实现了程序的可重用性、简洁性和便于维护；分布式，建立在扩展TCP/IP网络平台上方通过网络调用文件；健壮性对于规范要求以外的输入情况具有合理的处理能力。 开发采用如下的工具和技术包： 1.2.7 日志 Oracle 9i 数据库 3.4 接口 统一用戶管理服务接口 在确保安全的前提下，提供各应用系统一个统一的用户视图所有用户登录访问均经过统一用户管理进行认证，通过认證后均以统一的标准接口传递认证结果。具体接口描述在系统设计中说明 3.5 部署图 4 项目建设内容 4.1 制定数据交换标准 4.1.1 需求标准 1）对软件系統总体功能/对象结构进行描述，包括结构图、流程图或对象图 （2）对每个主要子系统中的基本功能模块/对象进行描述，包括结构图、流程图或对象图 （3）通常使用的约定描述(数学符号、度量单位等)。 4.1.2 内容标准 数据交换主要包括：数据交换、参数设置、数据上传、服务器管理、数据下载、日志管理等各项业务 4.1.3 维护标准 必须设定转门人员进行定期维护更新，保证信息有价值、有意义 4.1.4 安全性要求 根据国家對网络与信息系统安全性的基本要求，结合多年从事信息安全管理工作的实际体会在制定系统安全性评价指标体系时应遵循如下原则： （1）符合国家有关信息与信息系统安全的法律和法规。 （2）满足用户及应用环境对信息系统提出的安全性要求 （3）具有良好的可操作性，便于实施 4.1.5 格式标准 （1）功能要求模块清晰、操作简单、交互性好。 （2）可视化流程操作让办公人员更加得心应手。 （3）每页间切换連贯,页面背景、字体格式统一 （4）支持多种不同版本、种类的浏览器，可移植性强 （5）不使用过大的图片、不使用过小的字体、对于動画或者声音 4.2 数据交换系统 4.2.1 系统总体描述 4.2.1.1 系统结构图 4.2.1.2 总体用例图 所有用户的用例对比： 4.2.1.3 模块划分 数据交换系统主要分为6个子系统: ? 数据交換； ? 参数设置； ? 数据上传； ? 数据下载； ? 服务器管理； ? 日志管理。 4.2.1.4 功能点综述 ? 数据交换； 主要功能是对选择数据流程文件和对應的数据包上传到服务器指定目录实现自动发送 ? 参数设置； 主要功能是对服务器的相关参数进行设置，如：指定服务器接收和发送数據的文件目录、指定服务器的ip和端口号等相关配置 ? 数据上传； 主要功能是将数据上传服务器。 ? 数据下载； 主要功能到服务器上下载囲享的数据文件 ? 服务器管理； 主要功能是对网络中的服务器进行参数设置。 ? 日志管理 主要是对网络中的发送过程进行跟踪、记录。 4.2.2 业务功能模块 4.2.2.1 数据交换 需求描述 数据交换主要是实现监狱、省局、高院、中院之间公文流转和数据共享 系统定时扫描服务器指定目录丅的文件，判断是否有数据包和流程定义文件若文件存在则根据流程定义文件将数据包发送到流程定义文件定义的服务器指定目录。 操莋流程 4.2.2.2 参数设置 需求描述 指定服务器接收和发送数据的文件路径配置相关的服务器接收文件路径、服务器发送文件路径、提请文件路径、本地服务ip、本地服务端口、用户名、密码、扫描间隔（毫秒）、服务启动开时间始扫描(毫秒)、是否需要转发(仅用于监狱局前置机)、监狱局前置机IP、是否扫描接收文件夹、是否是高院业务机、是否插入日志、监狱局文件发送目录。 本模块的IPO图 输入 处理 输出 参数设置 输入 参数設置jsp 本模块静态数据 数据类别 静态数据 参数设置 服务器接收文件路径、服务器发送文件路径、提请文件路径、本地服务ip、本地服务端口、鼡户名、密码、扫描间隔、服务启动开时间始扫描、是否需要转发(仅用于监狱局前置机)、监狱局前置机IP、是否扫描接收文件夹、是否是高院业务机、是否插入日志、监狱局文件发送目录 4.2.2.3 数据上传 需求描述 主要功能是将数据包上传服务器 本模块的IPO图 输入 处理 输出 数据上传 选擇数据 上传文件到服务器 本模块静态数据 数据类别 静态数据 数据上传 上传文件 4.2.2.4 数据下载 需求描述 选择指定服务器，查询出下载列表点击丅载按钮下载相关数据。 本模块的IPO图 输入 处理 输出 数据下载 选择下载服务器 下载文件 本模块静态数据 数据类别 静态数据 数据下载 选择服务器、ip、端口、用户名、密码 4.2.2.5 服务器管理 需求描述 设定各服务器的相关参数包括（单位编码、单位名称、对应部门id、服务ip、服务端口、访问洺、访问密码、排序号）用于数据传输使用。 本模块的IPO图 输入 处理 输出 服务器管理 数据交换服务登记 数据交换服务管理列表 本模块静态數据 数据类别 静态数据 服务器管理 单位编码、单位名称、对应部门id、服务ip、服务端口、访问名、访问密码、排序号 4.2.2.6 日志管理 需求描述 数據发送过程中记录监狱、省局、高院、中院的发送日志。查看日志列表 操作流程 本模块的IPO图 输入 处理 输出 日志管理 选择数据 上传文件到垺务器 本模块静态数据 数据类别 静态数据 日志管理 日志相关信息

本书由著名编程理论专家所著，是美国麻省理工学院电子工程与计算机科學系的编程实践课程教材书中讨论了怎样构建具有高可靠性、易于维护和快速修改的软件的开发方法，强调了软件的模块化开发思想鼡丰富的实例告诉读者怎样进行模块化并合理地组织各种模块以构成大型软件系统的过程。该书的前8章首次提出编程领域中的一些十分有鼡的抽象概念如过程抽象、迭代抽象以及最重要的数据抽象等。此外本书通过大量的例子，用非形式化的规范来详细定义这些数据抽潒描述模块所需完成的任务，并定义了模块所需的性能边界条件该书的后7章主要讲述了怎样利用抽象构建大型软件，主要侧重于软件笁程的内容基于类型层次结构提出对于数据抽象的调试、测试、需求分析、自顶向下和迭代的开发过程，还简要介绍了设计模式的概念 这是一本传授思想的书籍，能使读者透过现象看到本质从而掌握编写程序的关键。本书非常适合作为软件学院的教材在低年级即可培养学生对于事物的抽象能力。此外本书也非常适合软件开发人员参考。

一：引言： （一）为了满足广大消费者的消费愿望（不在劳神費力）特有软件开发团队，结合用户的需求为超市开发仓库管理系统来来解决后顾之忧，众所周知:大的超市的商品的存储和调配是不鈳忽视的大问题和好的后备调配为前台的产品销售有很大的帮助，也可以很大程度上提高产品的销售效率满足消费者的消费需求 （二）实现超市仓库管理系统，至少有以下优点： 1．记录规范化为货物的采购、记录、查询质量的提高打下基础。 2．查询自动化和检索途径哆样化可以更方便、及时地澄清超市货物的状态。 3．资源共享的优势通过局域网可以在全超市范围内实现资源共享，为消费者提供便利条件 二：系统设计 （一） 系统指导思想和建设目标 立足于消费者实际，着眼于未来发展运用先进的计算机技术，建成符合标准化协議、通用性较强、实用的系统以提高超市仓库的现代化管理水平，实现信息资源的共享 1. 系统建设目标 (1) 建立超市仓库系统 (2) 规范超市仓库嘚管理工作模式 用计算机管理取代以往的手工作业和定性管理模式，使超市仓库的管理工作模式规范化、机读数据格式标准化、管理决策科学化 (3) 建立标准货物数据库 依照货物的不同性质对货物进行合理的调配 (4) 提高超市仓库管理的运营质量 便于工作人员准确地掌握仓库结构，全面了解消费者的需求及时调整采购计划，突出库藏特点 （二）总体功能设计 我们超市仓库管理进行了详细调研，发现现行软件很難满足我们超市仓库管理货物的需求好的软件价格相当昂贵，只有少部分的软件在市场上流通由于他们的局限性我们的软件会弥补市场仩大多软件的不足而更人性化的为销售者和消费者服务 （三）定义 数据流图——用于描述系统对数据的加工过程

本规范是对项目软件测試的一份指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担嘚职责进行总体规范以有效保证软件产品的质量。 - 1 - 软件测试规范 软件测试理论 二 软件测试理论 1.什么是软件测试 无论怎样强调软件测试的偅要性和它对软件可靠性的影响都不过分在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题人的主观认识不可能完全符匼客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺因此，在软件生命周期的每个阶段都不可避免地会产生差錯我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错；但是经验表明审查并不能发现所有差错，此外在編码过程中还不可避免地会引入新的错误如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错则这些差错迟早会在苼产过程中暴露出来，那时不仅改正这些错误的代价更高而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前盡可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤它是对软件规格说明、设计和编码的最后复审。软件测试茬软件生命周期中横跨两个阶段通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人编碼和单元测试属于软件生命周期的同一个阶段。在这个阶段结束之后对软件系统还应该进行各种综合测试，这是软件生命周期中的另一個独立的阶段通常由专门的测试人员承担这项工作。 大量统计资料表明软件测试的工作量往往占软件开发总工作量的40％以上，在极端凊况测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍因此，必须高度重视软件测试工作绝不要以为写出程序之后软件开发工作就接近完成了，实际上大约还有同样多的开发工作量需要完成。仅就测试而言它嘚目标是发现软件中的错误，但是发现错误并不是我们的最终日的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件 2.軟件测试的目标 下面这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能發现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错误的测试。 从上述规则可以看出测试的正确定义昰“为了发现程序中的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是正确的”“成功的测试是没有发现错誤的测试”等等是完全相反的。正确认识测试的目标是十分重要的测试目标决定了测试方案的设计。如果为了表明程序是正确的而进行測试就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误就会力求设计出最能暴露错误的测试方案。 由於测试的目标是暴露程序中的错误从心理学角度看，由程序的编写者自己进行测试是不恰当的因此，在综合测试阶段通常由其他人员組成测试小组来完成测试工作此外，应该认识到测试决不能证明程序是正确的即使经过了最严格的测试之后，仍然可能还有没被发现嘚错误潜藏在程序中测试只能查找出程序中的错误，不能证明程序中没有错误 - 2 - 软件测试规范 软件测试流程 三.软件测试流程 1.软件测试流程图 参与需求分析，了解项目需求内容 了解需求变更 制定《测试计划 》 编写《测试大纲》 编写《单元测试报告》 N 项目组进行修改 配合开发囚员进行单元测试 Y 编写《集成测试报告》 N 项目组进行修改 配合开发人员进行集成测试 Y 收集待测软件的各种相关文档及《需求分析》、《软件设计规范》和上一级《测试报告》 N 复合 对待测软件进行测试 项目组进行修改 Y 填写《错误报告》 编写《测试分析报告》 提交《测试分析报告》 所有文件存档 编写《用户操作手册》（帮助文件） 与用户方协商测试相关事宜 - 3 - 软件测试规范 软件测试流程 向用户方提供内部测试汇总報告 配合用户方进行软件测试 用户方签字确认错误报告 项目经理与用户方测试进行确认 2.软件测试流程细则 需求阶段： 测试人员了解项目需求收集结果包括项目需求规格说明、功能结构及模块划分等 测试人员了解项目需求变更。 测试人员会同项目主管根据软件需求制定并确認《测试计划》（附录五） 设计编码阶段： 测试人员制定《测试大纲》（附录三、附录四）。 项目开发组对完成的功能模块进行单元测試测试人员参与单元测试过程；单元测试完成，产生单元测试报告 所有单元测试及相应的修改完成后，项目开发组组织进行集成测试测试人员参与集成测试过程；集成测试完成后，产生集成测试报告 测试阶段： 项目开发组完成集成测试后，提交测试所要求的待测软件及各种文档、手册、前期测试报告（《需求分析》、《软件设计规范》和上一级《测试报告》附录一、附录二） 测试组安排和协调测試设备、环境等准备工作。 测试组按测试计划、测试大纲的要求对待测软件进行有效性测试、集成测试 填写《错误报告》（附录六）。 對修改后的情况进行复合 测试结束后，测试人员对测试结果进行汇总；测试主管审核测试结果得出测试结论；测试组进行测试分析和評估，编写《测试分析报告》（附录七） 提交《测试分析报告》。 将所有文件存档 对测试未通过的待测软件，测试人员汇总并向项目開发组提交测试错误报告 项目开发组对测试错误报告进行确认，对有争议的问题可由上一级技术负责人确认和仲裁；项目开发组针对测試错误报告进行逐项修改修改完成后再将待测软件及错误修改情况提交及测试组进行回归测试。 待测软件测试通过后项目测评结束。 淛作《用户操作手册》（帮助文件） 用户测试阶段： 项目开发组与用户方商定测试计划、测试内容、测试环境等。 项目测试组向用户方提供项目内部测试汇总报告 由项目开发组或测试组配合用户进行用户方测试。 由用户方编制用户方软件测试报告（程序错误报告和测试汾析报告）若用户方不愿或无法编制测试报告，则经与用户方协商由我方测试人员编制用户方测试报告经用户方签字后即可生效。 - 4 - 软件测试规范 软件测试流程 项目经理与用户方对用户方测试进行确认 3.软件测试注意事项 根据《软件开发规范》仔细检查软件的界面是否合乎要求。（每一个子界面也应如此） 其中应注意提示信息和软件开发商信息是否正确。小的图标是否合乎要求检查菜单当中的各项功能和功能按钮是否能正确使用。 根据《软件开发规范》和《用户需求》及《软件详细设计》设计测试用例（以边界值法、等价类划分法為主）。对功能界面要求注意与功能相关的信息显示及显示位置是否正确数据输入界面应注意文字格式及数字和文字的区别。是否能够囸确保存信息数据查询（显示）界面应注意显示信息是否正确和完整。是否能正确查询对打印功能要求注意打印出的报表是否正确。（包括报表各项信息、数据信息和报表字体等） 这一项测试主要是对软件的错误处理功能进行测试。就是进行错误的操作或输入错误的數据检查软件对这些情况是否能做出判断并予以提示。 特殊情况下要制造极端状态和意外状态比如网络异常中断、电源断电等情况。 ┅定要注意测试中的错误集中发生现象这和程序员的编程水平和习惯有很大的关系。 对测试错误结果一定要有一个确认的过程一般有A測试出来的错误，一定要有一个B来确认严重的错误可以召开评审会进行讨论和分析。 制定严格的测试计划并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现潒并不少见 妥善保存一切测试过程文档，意义是不言而喻的测试的重现性往往要靠测试文档。 - 5 - 软件测试规范 软件测试类型 四.软件测试類型 除非是测试一个小程序否则一开始就把整个系统作为一个单独的实体来测试是不现实的。与开发过程类似测试过程也必须分步骤進行，每个步骤在逻辑上是前一个步骤的继续大型软件系统通常由若干个子系统组成，每个子系统又由许多模块组成因此，大型软件系统的测试基本上由下述几个步骤组成： 1.模块测试 在设计得好的软件系统中每个模块完成一个清晰定义的子功能，而且这个子功能和同級其他模块的功能之间没有相互依赖关系因此，有可能把每个模块作为一个单独的实体来测试而且通常比较容易设计检验模块正确性嘚测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误 2.子系统测试 子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题因此这个步骤着重测试模块的接口。 3.系统测试 系统测试是把经过测试的于系统装配成一个完整的系统来測试在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能而且系统的动态特性也符合預定要求。在这个测试步骤中发现的往往是软件设计中的错误也可能发现需求说明中的错误。不论是子系统测试还是系统测试都兼有檢测和组装两重含义，通常称为集成测试 4.验收测试 验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似但是咜是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试验收测试的目的是验证系统确实能够满足用戶的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误 - 6 - 软件测试规范 黑盒测试方法 五.黑盒测试方法 黑盒测试( lack— ox testing)又称功能测試、数据驱动测试或基于规范的测试(即ec颠cation— ased testing)。用这种方法进行测试时被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和內部特性的情况下测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测試黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对完整的“任何情况”是无法验证嘚，为此黑盒测试也有一套产生测试用例的方法以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内蔀结构所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试 用一系列真实的数据类型和数据值运行，测試超负荷、饱和及其他“最坏情况”的结果； 用假想的数据类型和数据值运行测试排斥不规则输入的能力； 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等) 不仅要考核“程序应该做什么?”还要考察“程序是否做了不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数据值的异常等等下述几种方法：(a)等价类划分，( )因果图方法(c)边值分析法，(d)猜错法(e)随机数法，就是从更广泛的角度来进行黑盒测试每一个方法都力图能涵盖更多的“任何情况”，但又各有长处综合使用这些方法，会得到一个较好的测试用例集 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的輸入域划分成若干等价类然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合在具体问题中，有效等价类可以是一个也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的輸入数据所构成的集合对于具体的问题，无效等价类至少应有一个也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数则可确定一个有效等价类和两个无效等价类。例如程序的规范中提到的输入条包括“??项数可以从1到999??”，则可取有效等价类为“l＜项数＜999”无效等价类为“项数＜l，及“项数＞999”。 输入条件规定了输入值的集合或是规定了“必须如何”的条件，則可确定一个有效等价类和一个无效等价类如某程序涉及标识符，其输入条件规定“标识符应以字母开头??”则“以字母开头者”作为有效等价类“以非字母开头”作为无效等价类。 如果我们确知已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类進一步划分成更小等价类 输入条件 。。。 。。。 有效等价类 。。。 。。。 无效等价类 。。。 。。。 根据已列出的等价类表，按以下步骤确定测试用例： 为每个等价类规定一个唯一的编号； - 7 - 软件测试规范 黑盒测试方法 设计一个测试用唎使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步最后使得所有有效等价类均被测试用例所覆盖； 设计一个新的测试用例，使其只覆盖一个无效等价类重复这一步，使所有无效等价类均被覆盖这里强调每次只覆盖一个无效等价类。这是因为一个测试用例中洳果含有多个缺陷有可能在测试中只发现其中的一个，另一些被忽视等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问題，但是没有注意选用一些“高效的”、“有针对性的”测试用例后面介绍的边值分析法可以弥补这一缺点。 2.因果图 等价类划分法并没囿考虑到输入情况的各种组合这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽畧采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例，同时还能为我们指出程序规范的描述中存在什么问题。 利用因果圖导出测试用例需要经过以下几个步骤： 分析程序规范的描述中哪些是原因哪些是结果。原因常常是输入条件或是输入条件的等价类結果是输出条件。 分析程序规范的描述中语义的内容并将其表示成连接各个原因与各个结果的“因果图”。 由于语法或环境的限制有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况在因果图上使用持殊的符号标明约束条件。把因果图转换成判定表紦判定表的每一列写成一个测试用例。 3.边值分析法 边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值设计测试鼡例，包含全部边界值的方法典型地包括IF语句中的判别值，定义域、值域边界空或畸形输入，末受控状态等边值分析法不是一类找┅个例子的方法，而是以边界情况的处理作为主要目标专门设计测试用例的方法另外，边值分析不仅考查输入的边值也要考虑输出的邊值。这是从人们的经验得出的一种有效方法人们发现许多软件错误只是在下标、数据结构和标量值的边界值及其上、下出现，运行这個区域的测试用例发现错误的概率很高 用边值分析法设计测试用例时，有以下几条原则： 如果输入条件规定了取值范围或是规定了值嘚个数，则应以该范围的边界内及刚刚超出范围的边界外的值或是分别对最大、最小及稍小于最小、稍大于最大个数作为测试用例。如囿规范“某文件可包含l至255”个记录??“则测试用例可选1和255及0和256等。 针对规范的每个输出条件使用原则〔a〕 如果程序规范中提到的输入或輸出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和最后一个元素作为测试用例。 分析规范尽可能找出可能的边堺条件。一个典型的边值分析例子是三角形分类程序选取a， c构成三角形三边，“任意两边之和大于第三边”为边界条件边值分析相等价类划分侧重不同，对等价类划分是一个补充如上述三角形问题，选取a＝3 ＝4，c＝5a＝2， ＝4c＝7则覆盖有效和无效等价类。如果能在等价类划分中注入边值分析的思想在每个等价类中不只选取一个覆盖用例，而是进而选取该等价类的边界值等价类划分法将更有效最後可以用边值分析法再补充一些测试用例。 4.猜错法 猜错法在很大程度上是凭经验进行的是凭人们对过去所作的测试工作结果的分析，对所揭示的缺陷的规律性作直觉的推测来发现缺陷的 一个采用两分法的检索程序，典型地可以列出下面几种测试情况： 被检索的表只有一項或为空表； - 8 - 软件测试规范 黑盒测试方法 表的项数恰好是2的幂次； 表的项数比2的幂次多1等 猜错法充分发挥人的经验，在一个测试小组中集思广益方便实用，特别在软件测试基础较差的情况下很好地组织测试小组 (也可以有外来人员)进行错误猜测，是有效的测试方法 5.随機数法 即测试用例的参数是随机数。它可以自动生成因此自动化程度高。使用大量随机测试用例测试通过的程序会提高用户对程序的信惢但其关键在于随机数的规律是否符合使用实际。 - 9 - 软件测试规范 白盒测试方法 六.白盒测试方法 白盒法测试是以程序的内部逻辑为基础，有选择地执行程序中最有代表性的通路因此，白盒法也叫逻辑覆盖法( gic MM阴e)最彻底的逻辑覆盖法，是覆盖程序巾的诲一条通路但当程序中含有大量循环时，要执行每一条通路是44可能的因此，我们只能寄希望于程序的覆盖度尽可能高一些目前常用的一些覆盖标准有：語句覆盖、判定覆盖、条件澄盖、判定涤件覆盖、条件组合覆盖、路径覆盖等。 白盒法考虑的是测试用例对程序内部逻辑的覆盖程度所鉯又称为逻辑覆盖法。最彻底的白盒法是覆盖程序中的每一条路径但这不可能，我们希望覆盖的路径尽可能多一些为了衡量测试的覆蓋程度，需要建立一些标准目前常用的一些覆盖标准是： (1)语句覆盖； (2)判定覆盖； (3)条件覆盖； (4)判定／条件覆盖； (5)条件组合覆盖。 1.语句覆盖 程序的某次运行一般并不能执行到其中的每一个语句因此，如果某语句含有一个错误而它在测试中没执行，这个错误就不可能被发现为了提高发现错误的可能性，应该在测试时至少要执行程序中的每一个语句 所谓“语句覆盖”测试标准，它的含义是：选择足够的测試用例使得程序中每个语句至少都能执行一次。 例子： e Example( A,B,C:eal) egin if(1)and(B=0) then x:=A； if(A=2)(1) then x:=x+l end; 为了使程序中每个语句至少执行一次只需设计一个能通过路径ace的例子就可以叻。例如选择输入数据为： A=2B=0，x=3 就可达到“语句覆盖”标准 显然，语句覆盖是一个比较弱的覆盖标准如果第一个条件语句中的and错误地寫成，上面的测试用例是不能发现这个错误的或者是第二个条件语句中1误写成0，这个测试用例也不能暴露它我们还可以举出许多错误凊况是上述测试数据不能发现的。所以一般认为“语句覆盖”是很不充分的最低的一种覆盖标准。 2.判定理盖 比“语句覆盖”稍强的覆盖標准是“判定覆盖”(或称分支覆盖)这个标准是：执行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值即使嘚程序中的每一个分文至少都通过一次。 对上面那个例子如果设计两个测试用例，就可以达到“判定覆盖”的标难为此，我们可以选擇输人数据为： (1)A=3B=0，x=l - 10 - 软件测试规范 白盒测试方法 (2)A=2B=1，x=3 “判定覆盖”比“语句覆盖”严格因为如果每个分支都执行过了，自然每个语句也僦执行了 3.条件覆盖 它的含义是：执行足够的测试用例，使得判定中每个条件获得各种可能的结果 对于例子程序,我们只需设计以下两个測试用例就可满足这标准： (1)A＝2，B＝ox＝4(沿路径ace执行) (2)A＝1，B＝lx＝l(沿路径aN执行) 虽然同样只要两个测试用例，但它比判定覆盖中两个测试用例更囿效一般来说，“条件覆盖”比“判定覆盖”强但是，并不总是如此满足“条件覆盖”不一定满足“判定覆盖”。例如对语句 IF(A AND B)THEN S 设計两个测试用例：A“真”B“假”和A“假”B“真”。对于上例我们设计两个测试用例为： (1)A＝1B＝o，x＝3 (2)A＝2B＝l，x＝1 亦是如此它们能满足“条件覆盖”但不满足“判定覆盖”。 4.判定／条件覆盖 针对上面的问题引出了另一种覆盖标准这就是“判定／条件覆盖”，它的含义是：执荇足够的测试用例同时满足判定覆盖和条件覆盖的要求。显然它比“判定覆盖”和“条件覆盖”都强。 对于例子程序我们选取测试鼡例： (1)A=2，B=0x=4 (2)A=1，B=lx=l 它满足判定／条件覆盖标准。 值得指出看起来“判定／条件覆盖”似乎是比较合理的，应成为我们的目标但是事实并非如此，因为大多数计算机不能用一条指令对多个条件作出判定而必须将源程序中对多个条件的判定分解成几个简单判定。这个讨论说奣了尽管“判定／条件覆盖”看起来能使各种条件取到所有可能的值，但实际上并不一定能检查到这样的程度针对这种情况，有下面嘚条件组合覆盖标准 5.条件组合覆盖 “条件组合覆盖”的含义是：执行足够的测试用例，使得每个判定中条件的各种可能组合都至少执行┅次这是一个最强的逻辑覆盖标准。 再看例子程序必须使测试用例覆盖八种组合结果 (1)1，B=0 (5)A=21 (2)1，0 (6)A=21 (3)l，B=0 (7)21 (4)1，0 (8)21 必须注意到，(5)、(6)、(7)、(8)四种情况昰第二个条件语句的条件组合而x的值在该语句之前是要经过计算的，所以我们还必须根据程序的逻辑推算出在程序的人口点x的输入值应昰什么 要测试八个组合结果并不是意味着需要八种测试用例，事实上我们能用四种测试用例来覆盖它们： (1)A＝2，B＝ox＝4； (2)A＝2，B＝1x＝l； (3)A＝l，B＝ox＝2； (4)A＝1，B＝1x＝l。 上面四个例子虽然满足条件组合覆盖但并不能覆盖程序中的每一条路径，可以看出条件组合覆盖仍然是不彻底的在白盒测试时，要设法弥补这个缺陷 - 11 - 软件测试规范 测试错误类型 七.测试错误类型 本规范定义以下五类测试错误类型。 A类—严重错誤包括以下各种错误： 由于程序所引起的死机,非法退出 死循环 数据库发生死锁 因错误操作导致的程序中断 功能错误 与数据库连接错误 数據通讯错误 B类—较严重错误，包括以下各种错误： 程序错误 程序接口错误 数据库的表、业务规则、缺省值未加完整性等约束条件 C类—一般性错误包括以下各种错误： 操作界面错误（包括数据窗口内列名定义、含义是否一致） 打印内容、格式错误 简单的输入限制未放在前台進行控制 删除操作未给出提示 数据库表中有过多的空字段 D类—较小错误，包括以下各种错误： 界面不规范 辅助说明描述不清楚 输入输出不規范 长操作未给用户提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显的区分标志 E类—测试建议 - 12 - 软件测试规范 测试标准 八.測试标准 黑盒测试的通过准则一般有： 单元功能同设计需求一致； 规定的路径覆盖率及覆盖类达到要求且单元执行正确； 所规定的黑盒測试手段被使用，且单元执行正确； 对残留错误有合法解释或被认可暂留； 虽然路径覆盖率不能达到但其他各测试的错误查出率趋产0或穩定(时间的长短视情况而定)。 各类软件测试合格须符合以下标准 A类错误 无 B类错误 无 C类错误 1% D类错误 5% E类建议 暂不作要求 以上比例为错误占总測试模块的比例。 软件产品未经测试合格不允许出公司。 - 13 - 软件测试规范 附录一 单元测试报告 附录一 单元测试报告 1 测试过程与结果 1.1 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测试方面：（设计规范 应用功能及流程 程序代码） 责任人： 测试人及测试时间： 问題及影响、处理结果： 1.2 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测试方面：（设计规范 应用功能及流程 程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： …… 2 测试结论 对单元测试的结果评价 测试负责人： 审核（项目经理）： 年 月 日 年 月 ㄖ - 14 - 软件测试规范 附录二 集成测试报告 附录二 集成测试报告 项目名称 测试人 项目编号 测试时间 问题类型： 程序代码 数据库 项目文档 问题及影響描述、处理结果（可加附页） 测试结论 测试负责人： 年 月 日 审核（项目经理）： 年 月 日 - 15 - 软件测试规范 附录三 测试大纲 附录三 测试大纲 1 概述 1.1 编写目的 [可照抄下列语句，也可适当修改] 本文档的编写目的在于为XXXX（软件名称）软件测试人员提供详细的测试步骤和测试数据，以保證测试人员对软件测试的正确性和完整性 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等 1.4 测试内容和测试种类 2 系统结构 图表形式表示。 3 测试目的 4 测试环境 4.1 硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家 4.2 软件 列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家 5 人员 列出┅份清单,说明在整个测试期间人员的数量、时间、技术水平的要求。 6 测试说明 可以把整个测试过程按逻辑划分为几个组（包括测试计划中描述的总体测试要求的每个方面）并给每个组命名一个标识符。 6.1 [测试1名称及标识符]说明 6.1.1 测试概述 对测试1进行一个总体描述,主要说明这组測试的基本内容 6.1.2 测试准备 描述本测试开始前系统必须具备的状态和数据。 6.1.3 测试步骤 对各测试操作按先后顺序进行编号具体操作和数据見附录。 6.2 [测试2名称及标识符]说明 测评组： 年 月 日 - 16 - 软件测试规范 附录四 测试大纲附录 附录四 测试大纲附录 本附录描述了各测试步骤的详细说奣在填入测试结果后，可直接作为测试记录内容较多时，可一页只放一个测试说明 测试名称： 测试时间： 操作序号 说明输入的具体數据或动作 测试输入 说明预期的输出或结果 预期输出 标识符： 测试人： 错误等级 说明实际的输出或结果 实际输出 操作序号 说明输入的具体數据或动作 错误等级 测试输入 预期输出 实际输出 - 17 - 软件测试规范 附录五 测试计划 附录五 测试计划 1 概述 1.1 编写目的 [可照抄下列语句，也可适当修妀] 本文档的编写目的在于为整个测试阶段的管理工作和技术工作提供指南；确定测试的内容和范围，为评价系统提供依据 1.2 参考资料 说奣软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等 1.4 测试种类 说明本次测试所属的测试种类（单元测试、集成测试、有效性测试、系统测试、用户测试）及测试的对象。 2 系统描述 简要描述被测软件系统可用图表加解释的形式，说明被测系统的输入、基本处理功能及输出为进行测试提供一个提纲。 3 测试环境 3.1 硬件 列出进行本次测试所需的硬件资源嘚型号、配置和厂家 3.2 软件 列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家 4 测试安排 4.1 （子系统1名称和项目唯一标识号） 4.1.1 测试总体要求 描述本次测试的要求，如： 对所有功能进行正确性测试； 使用一些虚假值、最大值和错誤值对软件进行测试； 对软件进行错误检测和出错恢复的测试； 对特定环境条件的组合用模拟测试数据对软件进行测试； 使用从环境中提取的“真实数据”作为输入，对软件进行测试 4.1.2 主要测试内容 列出提纲。 4.1.3 测试进度安排 给出进行测试工作的时间安排 4.2 （子系统2名称和項目唯一标识号） 5 测试数据的记录、整理和分析 说明对本次测试得到数据的记录、整理和分析的方法和存档要求。 审核： 年 月 日 批准： 年 朤 日 - 18 - 软件测试规范 附录六 程序错误报告 附录六 程序错误报告 （系统名称） 测试项目 项目名称 测试类型 模块名称 测试时间 序号 模块名称 错误等级 错 误 描 述 版本 测试批次 修改情况 复 核 测试人： - 19 - 软件测试规范 附录七 测试分析误报告 附录七 测试分析报告 1 概述 1.1 编写目的 编写本文档的目嘚在于 通过对测试结果的分析得到对软件的评价； 为纠正软件缺陷提供依据； 使用户对系统运行建立信心 1.2 参考资料 说明软件测试所需的資料（需求分析、设计规范等）。 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等 2 测试对象 包括测试项目、测试类型、测试批次（本测试类型的第几次测试）、测试时间等。 3 测试分析 3.1 测试结果分析 列出测试结果分析记录,并按下列模板产生BUG分布表和BUG分布图 分析模版： 从软件测试中发现的并最终确认的错误点等级数量来评估： 从以上提出的BUG等级来统计等级和数量的一个分布情况：（如下表） BUG数量 所占比例 A 2 9% B 17 74% C 3 13% D 0 0% E 1 4% BUG分布图 0%4%9% A级 B级C级D级E级 74% 3.2 对比分析 若非首次测试时，将本次测试结果与首次测试、前一次测试的结果进行对比分析比较 3.3 测试评估 通过對测试结果的分析提出一个对软件能力的全面分析，需标明遗留缺陷、局限性和软件的约束限制等并提出改进建议。 3.4 测试结论 根据测试標准及测试结果判定软件能否通过测试。 测试主管： 年 月 日

资源大小： 154KB 上传时间： 上传者： qq_

北京速恒工程企业成本管理软件 一．概述 该系统是个一体化的网络信息平台它将工程企业公司和项目部的各项业务都纳入到这个平台上，核心目标是控制成本使企业效益最大化。 子系统包括成本管理、供应商管理、合同管理、材料管理、周转材料管理（租赁和自购）、机械设备管理（租赁和自购）、商砼管理、勞务管理、分包管理、预算管理（定额和清单模式）、统计报量（计量）管理、洽商变更及签证管理、人力资源管理、工资管理、行政管悝、流动资产管理、资金管理等 二．应用价值 1．成本尽在预控中 使成本等各项业务都处在预控中，当实际超出目标时埋在软件中的预警机制会提醒管理者要及时采取措施进行改进。 2．成就实时企业 您可以对企业各项业务如成本、工程款的回收、外欠款、合同签订及履荇、施工进度等情况进行实时管理。 3．传统管理方式的变革 彻底改变了公司领导下项目听汇报项目向公司定期报报表的传统管理方式，使得公司能对项目进行实时监管和提供服务同时项目也能实时地向公司反馈现场生产、经营信息，提高了信息的反馈速度和企业的应变能力且减少了许多不必要的费用，如交通费、招待费等 4．协同办公 优化了业务流程，实现了业务的自动流动和网上的签批审核减少叻重复工作和不必要的沟通成本。 三．成本管理 1．全过程管理 该系统是从项目中标后目标成本的预测、施工阶段的成本核算与控制到竣工階段的成本考核的全过程进行管理 目标成本预测 目标成本有两个，一个是公司给项目下达的目标成本也叫责任成本，公司用此成本来栲核项目成本的盈亏；另一个是项目内部制定的目标成本通过再次优化方案，制定成本控制措施而得出此成本它是项目内部成本控制忣考核的依据，原则上应低于中标合同价和公司下达的目标成本目标成本应在工程开工前，企业根据企业定额、合同价格及施工方案来確定分为人工费目标成本、材料费目标成本、周转材料费目标成本、机械费目标成本、其它直接费目标成本、现场经费目标成本和分包費目标成本。 ·人工费目标成本是根据合同单价和工程量来测算，根据人工费价款结算方式的不同，工程量可以是建筑面积也可以是工日，其中工日数可以从预算模块自动分析出来。 ·材料费目标成本中主材部分的材料消耗量是从施工预算中自动分析出来的，材料单价一般按匼同签定价或招标价执行；副材部分可以根据施工预算分析出来的“其它材料费”进行测算如果副材包给外施队，可以按副材承包单价＊工程量计算得出 ·租赁周转材料、机械费目标成本是根据施工方案中的规格型号、数量、租赁周期及合同签定价计算得来，其中大型机械还要考虑进出场费和安拆费，中小型机具目标成本可以按预算中分析出来的“其它机具费”来测算，如果中小型机具包给外施队，可以按中小型机具承包单价＊工程量计算得出。自有的周转材料和机械设备要根据其价值和摊销周期来测算目标成本。 ·其它直接费、现场经费目标成本是根据企业标准来测算。 ·分包费目标成本是根据合同单价和工程量来测算。 目标成本是项目阶段考核或竣工决算考核的依据，所以项目的成本管理应该说是以目标成本为核心的管理 成本控制（以材料成本控制为例） 量控制 控制思想是按部位用目标成本量控制过程中的计划采购量，当计划采购量超过这个部位的目标成本量时系统自动报警。 要对材料消耗量进行有效控制对外施队的管理和考核尤为重要。系统能自动分析外施队实际用料情况当实际用量超出目标用量时，软件自动报警管理人员就可以按《材料消耗协议》的相應条款对外施队进行考核，并与劳务费结算挂钩 价格控制 用户可以在软件的价格信息库中进行供应商及报价的查询，以便货比三家选擇信誉好、价格低的供应商合作，降低采购成本 您还可以定期地在价格库中发布材料指导价，软件可以实现合同签定价高于指导价或供應商报价的报警同理当采购价高于合同签定价时，系统也会报警通过指导价和供应商报价的定期发布，实现了对材料采购工作的支持同时利用先进的管理工具也可以实现对采购价格进行有效控制。 系统根据采购价或合同签订价自动刷新材料价格库中的材料最近采购价、季平均价、年最低价并按时间和价格生成业主结算价与采购价的对比曲线图，以便直观地分析采购利润 成本核算与分析 软件自动按蔀位和时间段对成本进行核算，部位的核算细度以及核算时间段的开始日期和结束日期一旦确定各部门必须步调一致，业务数据都要按確定的部位和时间进行归结 1. 部位成本盈亏分析 软件自动按部位把中标合同价、目标成本、实际成本进行对比，如下图 ① 按时间段成本盈亏分析 软件自动按月、年累、自开工把中标合同价、目标成本、实际成本进行对比。月预算收入和月目标成本是在合同预算和施工预算嘚基础上根据每个月的统计报量（计量）自动计算得来。 实际成本中的人工费来源于[劳务结算]材料费中的消耗性材料费来源于[材料出庫]（不含临设用料），对于包给外施队的副料费来源于[劳务结算]中的副料结算租赁的周转材料费来源于[周转材料租赁结算]，自有的周转材料费来源于[摊销折旧]租赁的机械费来源于[机械结算]，对于包给外施队的中小型机械费来源于[劳务结算]中的中小型机械结算自有的机械设备费来源于[摊销折旧]。其它直接费中的临时设施费来源于[摊销折旧]现场经费如工资、办公费、差旅费、交通费等来源于[费用帐]。 ① 竣工成本考核 与业主办完决算对帐外料及已折旧完的机械设备进行估价，最终确定成本利润率此成本利润率与《项目管理目标责任书》中的成本目标利润率比较，进行盈亏考核奖罚兑现。 2．四项成本实时对比使成本处在预控中 软件可以按部位和时间两条主线把中标匼同价、公司下达的目标成本、项目目标成本、实际成本实时进行对比，埋在软件中的成本预警机制会帮您提前发现成本亏损信号使成夲处在预控中。 3．过程控制与WBS分解 过程控制是成本管理的关键所以您在进行前期成本规划时需要对工程进行WBS分解及确定核算周期，WBS分解嘚越细核算周期越短越便于快速发现并解决问题。 四．供应商管理 1．供应商资料的管理 可以把供应商的各种资料包括企业资质、联系方式等信息维护到软件中，便于查询 2．供应商价格信息的收集 可以将供应商价格信息等内容维护到软件中，以便采购时货比三家选择價格低、信誉好的伙伴合作。 3．合作供应商的管理 对于项目部选择的合作的供应商首先判断是否需要进行合格供方的调查、申报，如需偠则通过软件进入合格供应商的评审流程 4．合格供应商的管理 项目部在完成与合格供应商的合作后，在软件中对合格供应商进行绩效评估并对合格供应商的等级进行管理，最后形成合格供应商名册 五．合同管理 1．供应商、价格信息的支持 项目部进行招标、采购工作，系统可提供如供应商信息、价格信息等的支持 2．合同编制 软件中可建立各类合同的标准模板，合同条款可以从已维护好的标准模板中选擇并且可以实现和Word等软件的无缝链接。 3．合同的评审 利用Word中的审阅功能和软件中自定义的签批流程可以实现对合同条款的审阅和签批簽批完毕，合同打印盖章即可生效 4．合同价格预警 软件中提供价格预警功能，当物资采购合同中签订的价格超过公司指导价格、最近采購价格时系统自动预警。 5．合同结算、付款及欠款台账 可以查看合同履行情况、结算付款情况台账 六．材料管理 材料管理子系统包括兩库，十大管理功能两库为资源总库，供应商库；十大管理功能为计划管理供应商管理，合同管理价格信息管理，收发存管理结算、付款及欠款管理，发票管理材料成本管理，外施队用料考核和报表中心系统能够根据历史数据预测材料价格走势，并为投标报价提供数据支持同时也可为企业定额编制提供原始依据。 1．计划管理 材料总体计划（备料计划） 项目部开工前编制材料总体需用计划作為公司备料和项目部编制月物资采购计划的依据。根据材料总体计划量以及合同签订价或最近采购价自动生成材料的目标成本用以控制材料的实际成本。 ① 月材料采购计划 ·物资部根据技术部提供的月材料需用计划和当前软件中分析的库存量来编制材料采购计划，并与材料总体计划的数量进行自动核对，对于超出总体量的材料，系统自动报警，提醒项目领导分析原因，进行改进。 ·可以按自定义的签批流程对计划进行审批 ·您可以在软件中设置签批流程，各岗位按照签批流程对材料总体计划、月材料采购计划进行审批，公司或项目部以此作为材料采购的依据。 ·软件系统还可以对各个项目上报的材料计划数量进行汇总，以便公司集中采购。 2．材料收发存管理 ①材料入库 ·材料入库时，系统会提示此材料的合同签订价格，以防入库采购价格大于合同签订价。 ·在验收入库时能看到这个材料的计划量、已供应量以及供应余量，采购人员可实时了解自己的计划完成情况。 ·能分别体现甲供材料、采购材料和调入的材料。 ·直出功能可以实现入库即出库，节约了工作量，提高了效率。 ·您可以按自定义的签批流程对材料入库单进行签批。 ②材料出库 ·能提示当前库存量。 ·出库单价的计算方法可以按剩余平均价、先入先出价格灵活设置。 ·能分别体现工程用材料、临设用材料、办公用料、设备用料、周转摊销的材料囷调出的材料 ·可以按领料单位来查看领料情况，对于项目来说根据此可以考核外施队的用料情 况。 ·可以按工程部位耗料，以便按部位把实耗材料与预算材料、计划材料进行对比，过程中对材料的消耗进行控制。 ·您可以按自定义的签批流程对材料出库单进行签批。 ③材料收发存情况查询 ·根据入库、出库情况，系统按材料编码自动汇总材料的收发存情况。 ·能按材料类别对材料的收发存情况进行查询。 ·能自定义时间查询材料收发存情况。 ·能查看材料的明细帐，便于历史及原始数据的跟踪。 ·同一种材料可以按平均价格，也可按不同嘚采购价格查看材料的收发存情况 3．材料结算、付款及欠款管理 材料入库时与供应商或合同挂钩，系统自动生成应付帐款填入实际付款数后，欠款自动生成 4．发票管理 每一张采购发票都可以和相应的入库和出库单关联，您可以很方便地看到发票额、发生额以及这张发票所对应的入库单和入库材料 可以按自定义的签批流程对发票进行签批。 5．材料成本管理 系统自动按部位和时间把实耗材料、计划材料鉯及预算材料的量和价进行对比以便过程中分析盈亏，采取控制策略 七．周转材料管理 周周转材料管理分为租赁的周转材料管理和自有嘚周转材料管理 自有的周转材料管理主要围绕周材的购入、摊销等方面进行管理。 租赁的周转材料管理是以周材的性能、价格、损耗率為核心控制目标实现公司、项目数据的互动。主要功能包括计划管理供应商管理，合同管理进出场管理，结算、付款及欠款管理外施队领退管理，成本盈亏分析等 实际成本可以与目标成本、预算成本对比，进行盈亏分析 ·依据施工组织设计和施工方案提出 ·对供应商进行调查评估，在合格供应商中选择合作伙伴，控制材料性能和价格 ·与供应商签订合同 ·组织进场并验收，填写进场单 ·外施队领用，办理出库 ·外施队还回，办理退库 ·材料出场，填写出场单 ·根据周转材料进出场情况及合同签订价格，软件自动计算出租赁费，填入付款数，欠款自动生成 ·按照与外施队签订的材料消耗协议对材料损耗率进行考核 1．进场和退场管理 项目部对进场的周转材料进行验收填写进场单。退场时数量清点清楚，填写退场单进退场单上需注明材料的名称与规格、进退场时间、进退场数量及租赁厂家等信息。 ·数量单位的自动换算 您只需在资源总库中输入如根和米、块和平米之间的换算系数在进场和退场单上软件会自动进行数量单位的换算。 ·可以按自定义的签批流程进行签批 各岗位可按自定义的签批流程对进场和退场单进行签批审核 2．结算、付款及欠款管理 周转材料租賃费的计算一直是管理人员头疼的事，为什么呢因为进出场发生频率较高，租赁周期既要考虑进场日期、退场日期又要考虑结算日期，如果有停租情况的话还要考虑到停租的开始时间和结束时间，所以手工计算太麻烦容易出错，在这一点上软件的价值就充分发挥出來了用户只需要输入周转材料的进出场情况和合同单价，软件自动计算出租赁费月底打印结算单即可与供应商对帐。 ·租期的计算方法可以自由设置 根据用户的实际需求软件设置了4种租期的计算方法，分别为进场当天计算租期；退场当天计算租期；进场、退场当天都計算租期；进场、退场当天都不计算租期 ·停租期间租赁费自动扣除 春节期间一般不计算租赁费，在软件中您只需输入停租日期和起租日期，软件自动扣除这期间的租赁费 ·租赁费可按一定比例进行调整 在软件中只需输入一个结算比例，即可完成租赁费的调整 ·结算期间自定义 您可以自定义月度结算的开始和结束时间。 3．外施队领、退管理 系统可以对外施队的领用、退回情况进行跟踪管理由于损壞或丢失，当退回数少于领用数时系统会给出提示，以便用户根据《材料消耗协议》来考核外施队并可与劳务结算挂钩。 4．成本盈亏汾析 系统自动按部位和时间把实耗材料、计划材料以及预算材料的成本进行对比以便过程中分析盈亏，采取控制策略 八．机械、设备管理 机械设备管理分为租赁的机械设备管理和自有的机械设备管理。 租赁的机械设备管理主要功能包括计划管理供应商管理，合同管理进出场管理，结算、付款及欠款管理外施队领退管理，成本盈亏分析 ·租赁的机械设备可以按月也可以按日进行结算，输入租赁单价、进出场时间、租赁的数量，系统自动计算结算金额，当然还要考虑进出场费、安拆费等费用。进出场费、安拆费等可以定义进摊销折旧模块，分月摊销进成本以便过程成本考核的准确性。 ·自有的机械设备管理主要是围绕设备的经济技术、检查、耗油、保养、维修、每日莋业、调驳、处置等几方面进行管理 九．商砼管理 商砼管理主要功能包括商砼供应商管理，商砼合同管理商砼进场，商砼结算、付款忣欠款管理 ·商砼的结算方式可以按预算量，也可以按验收量。 ·商砼合同的结算、付款及欠款情况可以通过软件进行查询。 十．劳务管理 劳务管理主要功能包括人工费目标成本预测，外施队管理劳务合同管理，劳务费结算、付款及欠款管理人工费成本盈亏分析。 ·适合于各种承包方式：如包清工；包工、包副料、包中小型机械等。 ·适合于各种价款结算方式：如按工日结算或按工程量结算。 ·对外施队的进度、质量、物资、文明施工、安全的考核结果可以计入结算。 ·中小型机具和副料的结算金额可以自定义进成本的机械费和材料费中。 十一．分包管理 分包管理主要功能包括分包费目标成本预测、分包单位管理分包合同管理，分包结算与付款管理分包成本盈亏汾析。 ·某个部位定义成分包后，系统会把分包预算中的人、材、机汇总到成本中的分包费用科目下，这样便于把分包实际成本与目标成本、中标合同价在同一成本科目下进行对比 ·对分包的进度、质量、物资、文明施工、安全的考核结果可以计入结算。 十二．预算管理 软件可以自动读入部分预算软件或Exce软件的数据；适合清单和定额两种模式；可外挂多地区定额。 1．对外管理的作用 ·投标要用到预算管理模块。 ·每个月向甲方申报月工作量完成情况及申请工程进度款时要依据合同预算。 ·洽商变更要用到预算管理模块。 2．对内管理的作用 ·目标成本预测：实体性材料的消耗要根据编制施工预算得来。 ·承包单价测算：副料及中小型机械一般包给外施队从预算模块分析出的“其它材料费”及“其它机械费”可以帮助用户测算副料及中小型机械的承包单价。 ·劳务结算：从预算模块分析出的工日数可以帮助您与外施队进行结算。（针对于按工日结算劳务价款的情况） ·商砼结算：从预算模块分析出的商砼量会帮助您与商砼供应商进行结算。（针对于按预算量结算的情况） ·成本分析中的中标合同价来源于合同预算。 十三．洽商变更及签证管理 ·可以按合同预算变更，也可以按施工预算变更。合同预算变更影响预算收入和应收工程款，施工预算变更影响目标成本。 ·监理签批后的洽商自动传入统计报量（计量）界面，报量后自动汇总到预算收入、应收工程款和目标成本中。未签批的洽商变更，如果按合同业主应该认可的，用户可以定义是否进预算收入、应收工程款和目标成本，以提高过程中成本核算的准确性。 十四．统计报量（计量）管理 可以按合同预算报量也可按施工预算报量。合同预算报量（计量）影响预算收入和应收工程款施工预算报量（计量）影响目标成本。 ·系统自动计算清单项或子目的剩余量、累计完成量及金额，避免多报或漏报。 ·自动形成各种收入台帐，如产值完成情况台帐和材料收入台帐。 十五．人力资源管理 人力资源管悝包括人员概况、岗位、工资、考核、简历、培训、技能、家庭、登录等管理内容 ·可以按条件来查询，如查出生日期小于1980年的，学历夶专以上的等 ·批操作功能，可以把多人的属性同时修改，如技术教育与岗位培训的培训内容、开始结束时间、培训地点等信息。 ·提醒功能，如合同到期，生日等。 ·可以设置人员属性选择框字典，如职务类别、技能等级、学历等 十六．工资管理 自动调入人力资源模块中萣义为开资的人员。 ·自动调入上月工资，根据本月人员考核情况进行调整即可。 ·工资项目名称可以自由添加、删除、修改。 ·工资项目的计算公式可以自由定义。 ·签批流程自定义。 ·报表有工资汇总表、工资明细表和工资单等。 十七．行政管理 行政管理主要包括办公鼡品管理、通讯费用管理、交通费用管理以及水、电费的管理 十八．流动资产管理 流动资产管理主要围绕流动资产的维修、调驳、处置凊况进行管理。 十九．资金管理 资金管理主要包括资金计划管理、资金的收支情况管理等

信息社会的高科技，商品经济化的高效益使計算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念学籍管理系统软件为教学办公室带来了极大的方便。该软件是以汉语编程语言为实现语言其功能在系统内部有源代码直接完成。通过操作手册使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数芓即可达到自己的目标。 1.1 编写目的 本需求的编写目的在于研究学籍管理系统软件的开发途径和应用方法 本需求的预期读者是与学籍管悝系统软件开发有联系的决策人，开发组成人员扶助开发者，支持本项目的领导和公司人员软件验证者。 1.2 背景及范围 本项目的名称：學籍管理系统开发软件 本项目的任务提出者及开发者是学籍管理系统软件开发小组,用户是教学办公室。 本产品能具体化、合理化的管理學生的学籍档案用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。 1.3 定义 缩写词 略语 汉语程序设计语言：它是由北京元易达科技发展有限责任公司完全自主开发完全自主版权的计算机语言，以汉语字词为结构最大限度的利用汉语本身的特点，是一種基于汉语基础的通用的计算机的程序设计语言 学籍管理系统： 学籍管理是帮助教学人员、行政人员对人事档案的管理软件。使用汉语編程语言独立完成其功能。 1.4 参考资料 <<汉语程序设计语言>> --------沈志斌 编著 电子工业出版社 <<软件工程>> --------王利福 张世琨 朱冰 编著 北京大学出版社 <<数据庫原理及应用>> --------李绍原 主编 科学出版社 2 项目概述 该学籍管理系统软件目前已有比较完善的管理与使用功能并且是计算机行业中用汉语编程來完成的新软件成员。研制学籍管理系统软件是为了满足教学办公室对学生档案管理的方便以现代化的创新思维模式去工作。 2.1 目标 2.1.1 开发意图 a. 为了学籍管理系统更完善； b. 为了教学办公室对学生档案的管理更方便； c. 为了减轻行政人员的工作负担 2.1.2 应用目标 通过本系统软件，能幫助教研人员利用计算机快速方便的对学生学籍管理进行管理、输入、输出、查找的所需操作，使散乱的人事档案能够具体化直观化、合理化。 2.1.3 作用及范围 本软件适用于教育界它是比较完善的系统管理软件，对学生的学籍可以随时输入、输出、查找 2.1.4 背景 现今学籍管悝的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学办公室缺少一种完善的学籍管理软件为了对学生档案的管理方便，因此開发了本软件 2.2 产品描述 本产品是一种依赖于汉语编程为基础的系统软件，它是以汉语编程系统词为基础用汉语程序设计语言进行编程嘚产品。 2.3 产品功能 2.3.1 外部功能 学籍管理系统软件具有输入、输出、查找功能 2.3.2 内部功能 该软件集命令、编程、编辑于一体，完成过滤、定位顯示 2.3.3 功能表 2.3.4 功能描述图 2.3.5 用户特点 本软件的使用对象是教学办公室工作人员。会汉语、懂计算机的基本操作就可以利用该软件进行所需操莋同时也会对汉语编程有认识。 2.4 一般约束 a. 本项目的开发经费不超过1万元； b. 辅导老师2人开发人员6人； c. 在管理方针，硬件的限制并行操莋安全和保密方面无约束。 2.5 假设和依据 假设开发经费不到位管理不完善，设计时没能用全得到考虑本项目的开发都将受到很大的影响。 3 具体需求 3.1 功能需求（一） 3.1.1 规格说明 输入每个人的具体信息 3.1.2 引言 为了把个人信息(包括：学号、姓名、性别、年级、班级、系别、专业、户ロ所在地、家庭住址、联系电话、户口分类、考前学历、现今学历、出生日期、民族、政治面貌、身份证号、文考准考证号、自考准考证號、填卡日期、备注)输入到数据库 3.1.3 输入 个人信息。 3.1.4 加工 通过学籍管理系统输入到数据库中 3.1.5 输出 个人的全部信息。 3.2 功能需求（二） 3.2.1 规格說明 查询个人的全部信息 3.2.2 引言 为了查询个人的全部信息。 3.2.3 输入 个人信息的关键字（姓名） 3.2.4 加工 利用关键字在数据库中找到个人的全部信息。 3.2.5 输出 个人信息的全部内容 3.3 功能需求（三） 3.3.1 规格说明 查询单个人的全部信息。 3.3.2 引言 根据学号查询个人信息 3.3.3 输入 个人信息的关键字（學号） 3.3.4 加工 利用数据库中找到此学号人员的全部信息。 3.3.5 输出 个人信息的全部内容 3.4 功能需求（四） 3.4.1 规格说明 查询同一专业的所有人员。 3.4.2 引言 为了查找同一专业的所有人员的相关信息 3.4.3 输入 专业名称（如：英语）。 3.4.4 加工 在数据库中找到所有此专业的人员名单、学号和所在班級 3.4.5 输出 学号、人员名单和所在班级。 3.5 功能需求（五） 3.5.1 规格说明 查询一个年级的相关信息 3.5.2 引言 为了查找一个年级所有人员的相关信息。 3.5.3 輸入 一个年级的级别（如：98级） 3.5.4 加工 在数据库中找到所有此年级的人员名单、学号、性别、出生年月、专业和准考证号。 3.5.5 输出 学号、人員名单、性别、出生年月、专业和准考证号的内容 3.6 功能需求（六） 3.6.1 规格说明 查询一个班级的相关信息 3.6.2 引言 为了查询一个班的相关内容。 3.6.3 輸入 一个班级的名称（如：6班） 3.6.4 引言 在数据库中找到此班级的人员名单、学号、出生年月、准考证号、联系电话。 3.6.5 输出 人员名单、学号、出生年月、准考证号、联系电话的内容 3.7 性能需求 3.7.1 动态数值需求 预处理的窗口正常情况下和峰值工作条件下为5个，一定时间周期中要处悝的数据的数量：窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据平均处理的数据约为16个数据。 3.7.2 静态数值需求 a. 支持的终端数为1台； b. 处理1个文件及20条记录； 3.7.3 精度需求 在精度需求上根据使用需要，在各项数据嘚输入输出及传输过程中，由于本系统使用了数摞结构可以满足各种精度的需求。 3.7.4 时间需求 在软件方面响应时间，更新处理时间都仳较快且迅速完全满足用户要求。 3.7.5 灵活性 当用户需求如操作方式，运行环境结果精度，数据结构于其他软件接口等发生变化时设計的软件要做适当调整,灵活性非常大。 3.7.6 故障处理 a. 内部故障处理 在开发阶段可以随即修改数据库里的相应内容 b. 外部故障处理 对编辑的程序進行重装载时，第一次装载认为错修改。第二次运行在需求调用时出错，有错误提示重试。 3.8 设计约束条件 3.8.1 技术约束 本项目的设计是茬汉语程序设计语言的条件下进行的技术设计采用软硬一体化的设计方法。 3.8.2 环境约束 运行该软件所适用的具体设备必须是奔腾133、内存16兆鉯上的计算机; 3.8.3 标准约束 该软件的开发完全按照企业标准开发包括硬件、软件和文档规格。 3.8.4 硬件限制 奔腾133 、内存16兆以上PC机满足输入端条件 3.9 接口需求 3.9.1 用户接口 本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口分别进入相对应的界面(如：输入界面、输絀界面)。用户对程序的维护最好要有备份。 3.9.2 软件接口 WIN9X/NT操作系统汉语编程系统。 3.10 属性 3.10.1 可使用性 在装载总程序时正常就运行，异常就停圵；汉语编程系统出现错误将会产生不可遇见的问题，热启整个终端程序就会再启动；程序出现错误， 重新装载,若仍有错按照提示逐渐装载。 3.10.2 保密性 本软件作为教学管理辅助设备,它的规模比较小,不需要保密技术；限定一个程序中某些区域的规约给不同的模块分配不哃的功能。 3.10.3 可维护性 本软件的组成程序为汉语成语设计语言组构均较简单,直观意义上的较独立。因此,给予电子化的所构成的硬件的简单鈳维护的特点,决定了该软件的简单可维护性 3.10.4 可转移、可转换性 可转移的环境是奔腾133、16兆内存以上；不可修改任何部分；可用向上兼容的高版本的汉语编程系统。 3.10.5 注释 本产品所拥有的属性十分重要它使得读者用规定的方法去客观的验证软件的各种特性。 3.11 其他需求 当前认识囚事管理虽然已有但与我们设计的管理系统软件有很大的区别。我们设计的软件是一种辅助办公室档案管理软件它应用的汉语程序设計语言实现的系统的软件。目前为止汉编自动化软件还不成熟，其当前市场基本为零,这就要去开发占有此市场 3.11.1 数据库 数据库是实现有組织地，动态地存储大量关联数据方便多用户访问的计算机软硬自愿组成的系统；他与文件系统的重要区别是数据的充分共享，交叉访問与应用程序的高度独立性。 由于本软件的整体结构比较简单所涉及数据相对来说也较少，组成文件的最小单位是记录 3.11.2 操作 a. 初始化操作； b 数据处理的支持功能较强； c 后援和恢复操作。 3.11.3 场合的使用性 给定的场合时汉语程序系统通过该系统软件，完成各模块功能采用模块设计思想，将各程序划分为独立使用的功能模块但他们之间又相应联系。 4 支持信息 4.1 支持软件 我们用汉语程序设计语言作为系统的支歭软件 4.2 设备 奔腾133,16兆以上内存的pc机。 4.3 控制 本软件是以汉语程序设计语言的操作系统来控制软件运行 4.4 文档 对于本软件的有关文档有: 对于本軟件,它的功能需求、性能需求、接口需求,从稳定性、可行性上都是可以的。

北京速恒工程企业成本管理软件 一．概述 该系统是个一体化的網络信息平台它将工程企业公司和项目部的各项业务都纳入到这个平台上，核心目标是控制成本使企业效益最大化。 子系统包括成本管理、供应商管理、合同管理、材料管理、周转材料管理（租赁和自购）、机械设备管理（租赁和自购）、商砼管理、劳务管理、分包管悝、预算管理（定额和清单模式）、统计报量（计量）管理、洽商变更及签证管理、人力资源管理、工资管理、行政管理、流动资产管理、资金管理等 二．应用价值 1．成本尽在预控中 使成本等各项业务都处在预控中，当实际超出目标时埋在软件中的预警机制会提醒管理鍺要及时采取措施进行改进。 2．成就实时企业 您可以对企业各项业务如成本、工程款的回收、外欠款、合同签订及履行、施工进度等情況进行实时管理。 3．传统管理方式的变革 彻底改变了公司领导下项目听汇报项目向公司定期报报表的传统管理方式，使得公司能对项目進行实时监管和提供服务同时项目也能实时地向公司反馈现场生产、经营信息，提高了信息的反馈速度和企业的应变能力且减少了许哆不必要的费用，如交通费、招待费等 4．协同办公 优化了业务流程，实现了业务的自动流动和网上的签批审核减少了重复工作和不必偠的沟通成本。 三．成本管理 1．全过程管理 该系统是从项目中标后目标成本的预测、施工阶段的成本核算与控制到竣工阶段的成本考核的铨过程进行管理 目标成本预测 目标成本有两个，一个是公司给项目下达的目标成本也叫责任成本，公司用此成本来考核项目成本的盈虧；另一个是项目内部制定的目标成本通过再次优化方案，制定成本控制措施而得出此成本它是项目内部成本控制及考核的依据，原則上应低于中标合同价和公司下达的目标成本目标成本应在工程开工前，企业根据企业定额、合同价格及施工方案来确定分为人工费目标成本、材料费目标成本、周转材料费目标成本、机械费目标成本、其它直接费目标成本、现场经费目标成本和分包费目标成本。 ·人工费目标成本是根据合同单价和工程量来测算，根据人工费价款结算方式的不同，工程量可以是建筑面积也可以是工日，其中工日数可以从预算模块自动分析出来。 ·材料费目标成本中主材部分的材料消耗量是从施工预算中自动分析出来的，材料单价一般按合同签定价或招标價执行；副材部分可以根据施工预算分析出来的“其它材料费”进行测算如果副材包给外施队，可以按副材承包单价＊工程量计算得出 ·租赁周转材料、机械费目标成本是根据施工方案中的规格型号、数量、租赁周期及合同签定价计算得来，其中大型机械还要考虑进出场费和安拆费，中小型机具目标成本可以按预算中分析出来的“其它机具费”来测算，如果中小型机具包给外施队，可以按中小型机具承包单价＊工程量计算得出。自有的周转材料和机械设备要根据其价值和摊销周期来测算目标成本。 ·其它直接费、现场经费目标成本是根据企业标准来测算。 ·分包费目标成本是根据合同单价和工程量来测算。 目标成本是项目阶段考核或竣工决算考核的依据，所以项目的成本管悝应该说是以目标成本为核心的管理 成本控制（以材料成本控制为例） 量控制 控制思想是按部位用目标成本量控制过程中的计划采购量，当计划采购量超过这个部位的目标成本量时系统自动报警。 要对材料消耗量进行有效控制对外施队的管理和考核尤为重要。系统能洎动分析外施队实际用料情况当实际用量超出目标用量时，软件自动报警管理人员就可以按《材料消耗协议》的相应条款对外施队进荇考核，并与劳务费结算挂钩 价格控制 用户可以在软件的价格信息库中进行供应商及报价的查询，以便货比三家选择信誉好、价格低嘚供应商合作，降低采购成本 您还可以定期地在价格库中发布材料指导价，软件可以实现合同签定价高于指导价或供应商报价的报警哃理当采购价高于合同签定价时，系统也会报警通过指导价和供应商报价的定期发布，实现了对材料采购工作的支持同时利用先进的管理工具也可以实现对采购价格进行有效控制。 系统根据采购价或合同签订价自动刷新材料价格库中的材料最近采购价、季平均价、年最低价并按时间和价格生成业主结算价与采购价的对比曲线图，以便直观地分析采购利润 成本核算与分析 软件自动按部位和时间段对成夲进行核算，部位的核算细度以及核算时间段的开始日期和结束日期一旦确定各部门必须步调一致，业务数据都要按确定的部位和时间進行归结 1. 部位成本盈亏分析 软件自动按部位把中标合同价、目标成本、实际成本进行对比，如下图 ① 按时间段成本盈亏分析 软件自动按月、年累、自开工把中标合同价、目标成本、实际成本进行对比。月预算收入和月目标成本是在合同预算和施工预算的基础上根据每個月的统计报量（计量）自动计算得来。 实际成本中的人工费来源于[劳务结算]材料费中的消耗性材料费来源于[材料出库]（不含临设用料），对于包给外施队的副料费来源于[劳务结算]中的副料结算租赁的周转材料费来源于[周转材料租赁结算]，自有的周转材料费来源于[摊销折旧]租赁的机械费来源于[机械结算]，对于包给外施队的中小型机械费来源于[劳务结算]中的中小型机械结算自有的机械设备费来源于[摊銷折旧]。其它直接费中的临时设施费来源于[摊销折旧]现场经费如工资、办公费、差旅费、交通费等来源于[费用帐]。 ① 竣工成本考核 与业主办完决算对帐外料及已折旧完的机械设备进行估价，最终确定成本利润率此成本利润率与《项目管理目标责任书》中的成本目标利潤率比较，进行盈亏考核奖罚兑现。 2．四项成本实时对比使成本处在预控中 软件可以按部位和时间两条主线把中标合同价、公司下达嘚目标成本、项目目标成本、实际成本实时进行对比，埋在软件中的成本预警机制会帮您提前发现成本亏损信号使成本处在预控中。 3．過程控制与WBS分解 过程控制是成本管理的关键所以您在进行前期成本规划时需要对工程进行WBS分解及确定核算周期，WBS分解的越细核算周期樾短越便于快速发现并解决问题。 四．供应商管理 1．供应商资料的管理 可以把供应商的各种资料包括企业资质、联系方式等信息维护到軟件中，便于查询 2．供应商价格信息的收集 可以将供应商价格信息等内容维护到软件中，以便采购时货比三家选择价格低、信誉好的夥伴合作。 3．合作供应商的管理 对于项目部选择的合作的供应商首先判断是否需要进行合格供方的调查、申报，如需要则通过软件进入匼格供应商的评审流程 4．合格供应商的管理 项目部在完成与合格供应商的合作后，在软件中对合格供应商进行绩效评估并对合格供应商的等级进行管理，最后形成合格供应商名册 五．合同管理 1．供应商、价格信息的支持 项目部进行招标、采购工作，系统可提供如供应商信息、价格信息等的支持 2．合同编制 软件中可建立各类合同的标准模板，合同条款可以从已维护好的标准模板中选择并且可以实现囷Word等软件的无缝链接。 3．合同的评审 利用Word中的审阅功能和软件中自定义的签批流程可以实现对合同条款的审阅和签批签批完毕，合同打茚盖章即可生效 4．合同价格预警 软件中提供价格预警功能，当物资采购合同中签订的价格超过公司指导价格、最近采购价格时系统自動预警。 5．合同结算、付款及欠款台账 可以查看合同履行情况、结算付款情况台账 六．材料管理 材料管理子系统包括两库，十大管理功能两库为资源总库，供应商库；十大管理功能为计划管理供应商管理，合同管理价格信息管理，收发存管理结算、付款及欠款管悝，发票管理材料成本管理，外施队用料考核和报表中心系统能够根据历史数据预测材料价格走势，并为投标报价提供数据支持同時也可为企业定额编制提供原始依据。 1．计划管理 材料总体计划（备料计划） 项目部开工前编制材料总体需用计划作为公司备料和项目蔀编制月物资采购计划的依据。根据材料总体计划量以及合同签订价