第一篇：ERP端口需求分析报告
ERP系统端口需求分析报告
随着企业的不断发展，经营规模的不断扩大，企业的信息化建设也越来越重要，其中一个重要组成部分就是ERP系统。ERP系统作为贯穿整个供应链、生产链以及财务链的管理系统，它的上线、实施与推广对整个企业发展有着至关重要的作用。虽然单位已于2011年1月将ERP系统在财务部、生产计划、开发部等部门上线，然而由于端口数目的限制，现有的端口已经无法满足这些部门的工作需求。因此，我们将根据新的需求，对各部门增加相应数目的端口，以满足各部门业务的需求。根据ERP系统功能模块将各部门划分为三大部分，具体如下：
<1>财务会计（包括财务部）。目前ERP系统中已实施的财务会计模块包括总账、固定资产、UFO报表。通过这些模块的应用，可以加强财务监管，严格控制资金走向。为了更好地管理与掌握财务链，为了满足财务成本核算的时效性与准确性，也为了满足将来财务岗位扩招的需求，故新增1个财务模块的端口是十分有必要的。
<2>生产制造（包括生产计划、开发部）。目前已在这两个部门实施的ERP系统模块包括：物料清单、生产订单和需求规划。通过这三个模块的综合应用，PMC可根据现有的物料库存状况，以及最新的BOM设置（由开发部维护），进行生产订单的下单操作，并且时刻关注与制造有关的生产订单计划、锁定、审核、备料、关闭等作业的管理，协助企业有效掌握各项制造活动的信息。但是由于BOM的维护需要很高的时效性，所以一旦端口被其他部门占用，就无法在第一时间完成对BOM的更新设置，这将直接导致PMC无法正常的完成下单操作。因此，为了不影响生产计划的下单业务，新增1个不共享的端口来及时地维护BOM就显得尤为重要。
<3>供应链(包括营销部、财务统计、财务核算、采购、PMC核料、材料仓、成品仓、冲压/注塑/包装/电机车间、品管部)。目前在供应链上已实施的ERP系统模块包括：销售管理、采购管理、委外管理、库存管理、存货核算、物料清单。通过以上各模块的联合应用，ERP系统基本覆盖了整个产品的生命周期，不论是物料的采购、入库、出库，还是产成品的生产、入库、出库销售，ERP系统实现了采购、库存、销售业务的有机集成，实现了物流、信息流合二为一，实现了信息一次源头录入、多级审核、多次共享的管理目标。为了使各车间能第一时间掌握与自己车间生产有关的信息（包括生产订单及物料、库存状态），为了避免因为纸质文件的滞后性和口头信息的低准确性而可能产生的生产产品的错误、生产周期的延后等问题，也为了使ERP系统能顺利下推到各车间，新增端口至车间并让其了解、使用ERP系统就显得非常重要。相对于车间，新增其他部门的端口可以摒弃一些不合理和繁杂的业务流程，通过对业务操作流程进行规范、整合，可以使流程更加顺畅、数据更加清晰化。
此次，在原有17端口的基础上，我们预备增加14个端口。通过新增这些端口，一方面对于企业业务的发展、工作效率的提高以及综合实力的增强，起到了一个很好的推动作用；另一方面，也为ERP系统深入企业并向下实施与推广打下了坚实的基础。之后，我们将实时地根据新的需求来不断增改ERP系统的功能模块及相应的端口数，使其能更好地满足企业的需求，并为企业提供更好的服务，最终为企业创造更大的价值。
ERP工程师：Oscar2011-12-15
第二篇：ERP需求调研
部分行业ERP项目售前需求调研提纲
ERP项目售前需求调研提纲
企业地址及邮编 企业电话及传真 企业产品及主导产品型号 企业产值及销售额 员工总人数
组织结构。画出一个组织流程图，列出各主要部门的人员，职责及部门经理姓名 企业的经营范围？ 企业的营运模式？
目前企业微机软、硬件基本情况
画出一张业务示意图，标明市场、销售、生产计划、采购、库房、制造、质量、财务等关键部门的位置。 关键的业务现状？ 基本需求及期望目标？ 公司经营战略与管理制度文件？ 主要想解决哪些问题？ 现有的系统存在哪些不足？ 部门各业务具体流程《业务流程图》 所有单据、凭证及报表《业务表单》 现有MIS系统相关文档
现有网络拓朴图及网络、硬件、软件配置情况
财务部分（Financial）
总帐管理（General Ledger）总体调研内容：
1.财务部门的组织架构及部门职责？人员分配情况？ 2.公司有几套财务帐？之间关系如何？有无内部往来业务？ 3.现用计算机系统？ 4.相关财务制度？ 实际业务核算
1.目前所使用的会计科目结构？ 2.凭证审批流程 3.会计及结帐流程？ 应付款管理（Account Payable）总体调研内容：
1.相关应付款管理制度和流程手册？
2.有无专门的应付管理系统？如何和财务系统衔接？ 发票管理
1.有没有发票处理的政策与流程手册？ 2.每月的发票大致数量？ 3.有无对发票进行详细管理？
4.发票是否需要和采购单/收货单匹配。目前是如何处理的？ 5.运费，杂项费用如何处理？ 6.发票的审批与入帐流程如何？
7.月末货物已到而发票未到如何处理？采用何种价格暂估？ 付款管理
1.付款处理的政策与流程手册？
2.有无商业惯例中的付款条款对付款进行计划与折扣获取？ 3.使用哪些支付方式，流程如何？
4.对应付余额是否进行帐龄分析？帐龄如何分时段？ 报表
有那些主要应付报表？周期如何？ 应收款管理
(Account Receivable)总体调研内容
1.相关应收帐管理制度和流程手册？
2.有无专门的销售管理系统？如何和财务系统衔接？ 供应商管理
1.供应商的管理详细程度、手段如何？ 2.供应商有无分类？分类依据？.3.供应商管理系统提供的信息？ 4.有无对供应商进行询价、报价管理？ 5.有无对供应商进行考核？指标有那些？
6.如何查询供应商的业务记录并与供应商进行对帐？ 客户管理
1.客户的大约数量？
2.客户的管理详细程度及手段如何？
3.客户的信用检查与控制制度如何？ 4.客户的对帐、催款管理如何？ 5.客户的价格及折扣管理如何？ 6.有没有长期大宗协议客户 现金管理（Cash Management）总体调研内容
1.相关资金管理制度及流程
2.有无专门的资金管理系统？如何和财务系统衔接？ 现金管理业务
1.如何进行银行对帐？ 2.如何编制现金流量表？
3.是否做现金预测方面的工作，如何做？ 4.如何制定公司付款计划？ 报表
资金管理方面的主要报表？
业务部分(Distribution)销售管理（Order Management）1． 销售组织结构如何？
2． 如何评估销售人员的业绩？怎样核算佣金？ 3． 企业的销售管理制度。4． 有无完整的客户信息管理？
5． 现有客户信息的具体内容？如：名称、地址等。
6． 客户所在国家或地区分布情况？主要客户地区分布情况，是否将按地区分类？ 7． 是否对客户按照某种规则分类，如按行业分类？
8． 有无集团客户情况，即同一客户是否有不同的发运地址和发票寄送地址？ 销售预测
1.销售预测的依据？ 2.销售预测的方法？ 销售合同
1.销售合同是如何形成的？目前有哪些种类？ 2.销售合同是如何管理的？ 销售订单
1.销售人员是如何接收订单的？ 2.如何进行订单的批准、调整和取消？ 销售发货
1． 销售网络情况？
2． 销售开销货单时，具体登录哪些信息？ 3． 发货计划如何制定？
4． 是否对要发货的订单作发货启运计划？计划内容是否包括：车辆、运费方法、车辆的体积、重量等? 5． 如何进行发货确认？ 销售退货
1.有无退货？退货流程如何？审批权限如何控制？ 2.如何处理未收到客户款的销售退回业务？
3.如何处理收到客户款的销售退回业务？ 采购（Purchase Order）
1.公司目前对原料的采购行为是否直接受生产部门物料需求的影响？ 2.公司目前对原料的采购采取何种方式？
按批量采购 按单一订单需求采购 按最低库存量采购 3.采购组织结构
采购人员构成 采购岗位职责 采购流转单据 供应商管理
1． 对于采购，供应商的确认原则是什么？
2． 现行的供应商认证与管理工作是怎样运作的？采购部负责哪些工作？ 3． 是否进行供应商评估？若有，评估标准如何？如：价格、质量和服务等。4． 有无完善的供应商信息管理？
5． 现有供应商信息的内容？如名称、地址等。采购计划
1.生产的计划内需求和计划外需求分别是如何生成请购计划的？请购计划的审批流程和权限是怎样的？
2.对于请购计划，是否建立了合理采购批次或采购量的管理方法？采购库存的控制由谁负责？
3.请购计划是否存在调整的情况？它们的审批程序是怎样的？
采购申请
1.采购申请的提交、变更和批准怎样处理？ 2.是否所有采购都需首先提交采购申请？ 采购订单
1.采购业务是否全部通过标准订单的形式执行？对固定（稳定）供应商，是否存在一揽子协议或框架性协议的方式？
2.除了标准采购订单，还有几种采购定单？ 如合同、协议等。
3.采购订单的审批流程是怎样的？审批流程中各审批人的权限如何？
金额限制 帐户限制
4.采购订单生成后，是否存在调整的情况？如果存在，会有哪些情况？它们的处理、审批程序是怎样的？
5.有无对采购合同执行率的考核制度？ 采购接收
1． 货物运抵仓库后，多久可以入库？
2． 是否与采购订单核对？有谁负责？是否知道仓库接收的这批货物对应哪一个采购订单、哪一个发货通知？如何得知？
3． 是否进行数量与质量的验收？由谁负责？质检入库流程是怎样的？不合格物料如何处理？
4． 如果运抵的货物多于订购数量的情况？是否仍旧入库？处理流程是怎样的？ 5． 如果运抵的货物数量少于或质量低于订购要求，处理流程是怎样的？
6． 如果采购物料运抵时间提前或延迟于采购定单的到货时间，处理流程是怎样的？ 7． 如果接收的物料虽不是订购物料，但接收物料可替代采购物料使用的情况，处理流程是
怎样的？
8． 到什么时间，才可以认为一个采购订单已经完成（示例：多批货物均已到达海关/运抵仓库/通过验收/入库之后）？ 库存（Inventory Management）库存组织
1． 请描述一下库存的物理分布以及逻辑上的区分是怎样的？ 2． 有无实行子库划分？
3． 在同一子库中有无实行库位管理？ 库存管理
1． 库存物资如何进行分类？是否实行了编码管理？如原料、半成品、成品、盘具、备品备件、包装等。
2． 如何管理不同阶段的半成品？
3． 货架生命期是一个项目在库存中放至失效的时间量。目前库存中物资是否存在此限制。4． 库存物资是否使用版本控制，使用版本控制的目的是什么？ 5． 库存物资是否使用批号进行控制？
库存计划
1． 是否采用非MRP计划的方法生成物品的请购请求？如是，指明是哪一种： 重定货点 最大-最小库存 安全库存 预测 其他。
采购物料的接收和退货
1． 采购入库时仓库的接收流程，包括检验流程？ 2． 采购退货流程？ 外协件的接收和退货 1． 是否存在外协件的采购？ 2． 请描述外协件的检验退货流程？ 生产物料的发放和退仓
1． 生产物料的发放和退货流程？ 半成品和成品的完工入库 1． 车间是否对半成品进行管理？ 2． 是否有专门的子库存放半成品及成品？
3． 车间对于半成品及成品的物料发放采用哪种发料方式？ 成品的发货和退货
1． 销售出库的类型有哪几种？是否存在捐赠、试用等形式？ 2． 请描述销售退回的处理类型及处理流程？ 杂项发料和杂项接收
1． 对非采购定单接收的物料和非销售发料的物料的控制？ 2． 仓库是否使行手工帐登记？ 库存物料的调拔
1．什么情况下会对库存中的物料进行调拨？ 2．材料在库存之间的调入/调出流程是怎样的？
库存物料的调整
1． 在哪些情况下会对仓库中的物料进行调整？ 2． 对仓库中现有库存进行调整的依据是什么？ 库存盘点
1.物资盘点处理的方法和流程？（全面盘点或抽查盘点、实际盘点或周期盘点）2.是否对高价值物品与低价值物品的盘点频率是一样的？一般会在何时进行存货盘点？ 3.与财务对帐周期为多长？ 4.仓库与生产、财务对帐的内容？
5.仓库与生产对帐，数量不一致时如何处理？ 6.库存盘点结果的财务处理？ 7．
周期为多长？
8．库与生产、财务对帐的内容？
9． 仓库与生产对帐，数量不一致时如何处理？ 10． 库存盘点结果的财务处理？
计划管理
1． 产计划的制定部门？ 2． 制订计划的周期？ 3． 现有计划人员数量 4． 指定计划的大致流程？ 5． 计划制订中的难点？
生产管理
1． 车间管理主管部门？ 2． 车间工单的流转流程？ 3． 每月大致车间工单数量？4． 车间加工报废处理流程？5． 车间补充工单处理？ 6． 车间能力平衡处理办法
第三篇：需求分析报告
需求分析报告
一、所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，“需求分析”就是确定要计算机“做什么”。
需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：
（1）用户与开发人员很难进行交
（2）用户的需求是动态变化的（3）系统变更的代价呈非线性增长
二、为什么要需求分析
需求分析具有决策性，方向性，策略性的作用。在软件分开发过程中具有举足轻重的作用，大家一定要对需求分析具有足够重视！
三、需求分析的任务
需求分析的任务就是解决“做什么”的问题，就是要全面地理解用户的各项要求，并准确的的表达用户的需求。
四、需求分析的过程
需求分析的阶段工作可以分为四个方面：问题识别、分析与综合、制定规格说明、评审。
主要代码：
using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;using System.Windows.Forms;
namespace 掷骰子
{public partial class Form1 : Form{public Form1(){InitializeComponent();}
private void btnbegin_Click(object sender, EventArgs e){if(txtname1.Text == “" || txtname2.Text == ”“){MessageBox.Show(”请输入名字“);
return;}
Random ran1 = new Random(unchecked((int)DateTime.Now.Ticks));int i1 = ran1.Next(1, 7);txtdot1.Text = Convert.ToString(i1);Random ran2 = new Random();int i2 = ran2.Next(1, 7);txtdot2.Text = Convert.ToString(i2);if(i1 == i2){txtresult.Text = ”一样大“;
}if(i1 > i2){txtresult.Text = txtname1.Text+”大“;
}if(i1 < i2){txtresult.Text = txtname2.Text + ”大";
}}
}
第四篇：需求分析报告
测试（验收）大纲
目录
1.引言....................................................................2 1.1 目的...................................................................2 1.2 术语...................................................................2 1.3 参照标准...............................................................2 2.测试日期安排............................................................3 3.测试小组及成员..........................................................3 4.测试具体内容............................................................3 4.1 合法性检查.............................................................3 4.2 软件文档检查...........................................................3 4.2.1 必须提供检查的文档...................................................3 4.2.2 其他可能需要检查的文档...............................................4 4.2.3 由业主确定必须检查的其他文档.........................................4 4.2.4 文档质量的度量准则...................................................4 4.3 软件代码测试...........................................................4 4.3.1 源代码一般性检查.....................................................4 4.3.2 软件一致性检查.......................................................5 4.4 软件系统测试...........................................................5 4.4.1 界面(外观)测试.......................................................6 4.4.2 可用性测试...........................................................6 4.4.3 功能测试.............................................................6 4.4.4 稳定性(强度)测试.....................................................6 4.4.5 性能测试.............................................................6 4.4.6 强壮性(恢复)测试.....................................................6 4.4.7 逻辑性测试...........................................................6 4.4.8 破坏性测试...........................................................6 4.4.9 安全性测试...........................................................7 5.测试结果交付方式........................................................7
1.引言
1.1 目的
为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。
1.2 术语
本大纲所提及的术语，其定义遵照GB/T 11457标准。
1.3 参照标准
● GB/T 11457—1995 软件工程术语
● GB 8566—1995；
信息技术软件生存期过程 ● OGB8567—1988* 计算机软件产品开发文件编制指南 ● GB 9385* 计算机软件需求说明编制指南 ● GB 9386—1988* 计算机软件测试文件编制指南 ● GB/T 12504—1990 计算机软件质量保证计划规范 ● OGB/T 12505—1990 计算机软件配置管理计划规范 ● OGB/T 14079—1993 软件维护指南
● OGB/T 14394—1993 计算机软件可靠性和可维护性管理 ● GB/T 16680一1996 软件文档管理指南 ● 开发者企业规范
软件开发者有关软件工程的规范 ● 其它文件
例如：合同书等，法律文件中的有关规定。
说明：（1）应该遵循自顶而下、就严不就宽的原则，除非合同书等法律文件中另有规定。
（2）标记（*）号的标准为推荐标准。
2.测试日期安排
开发方如期交付软件的基础上，由业主审核确定具体日期安排。
3.测试小组及成员
由业主聘请具有一定的分析、设计、编程和软件测试经验的测试组长和其他专业人员组成。测试组设组长一名(可设有副组长)，负责整个测试的计划、组织工作。
或委托具有国家认可测试资质的第三方进行测试。
4.测试具体内容
测试内容应该包括：合法性检查、文档检查、软件一致性检查、软件系统测试与测试结果评审等几项工作。
4.1 合法性检查
检查开发者在开发本软件时，使用的开发工具是否合法。对在编程中使用的一些非本单位自己开发的，也不是由开发工具提供的控件、组件、函数库等，检查其是否有合法的发布许可。
4.2 软件文档检查
4.2.1 必须提供检查的文档
● 项目实施计划； ● 详细技术方案；
● 软件需求规格说明书(STP)(含数据字典)； ● 概要设计说明书(PDD)；
● 详细设计说明书(DDD)(含数据库设计说明书)； ● 软件测试计划(STP)(含测试用例)； ● 软件测试报告(STR)；
● 用户手册(SUM)(含操作、使用、维护、应急处理手册)； ● 源程序(SCL)(不可修改的电子文档)； ● 项目实施计划(PIP)； ● 项目开发总结(PDS)；
● 软件质量保证计划(SQAP)；
4.2.2 其他可能需要检查的文档
● 软件配置计划(SCMPP)； ● 项目进展报表(PPR)； ● 阶段评审报表(PRR)； 4.2.3 由建设方确定必须检查的其他文档
说明：如果建设方认为4.1.1节和4.1.2节所列文档之外，还需要检查其它文档，则在此列出文档名称；如果业主认为不需要进行额外的文档检查，则本部分无内容。4.2.4 文档质量的度量准则
文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。文档质量的度量准则就是要评审各阶段文档的合适性。主要有以下六条：
● 完备性
开发方必须按照GB 8567(计算机软件产品开发文件编制指南)的规定编制相应的 文档，以保证在开发阶段结束时其文档是齐全的。● 正确性
在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶 段的需求相一致。● 简明性
在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各 种文档的特定读者。● 可追踪性
在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪 性包括横向可追踪性和纵向可追踪性两个方面。前者是指在不同的文档的相关内 容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档范围中检 索的难易程度。● 自说明性
在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明 性是指在软件开发各个阶段中，不同文档能够独立表达，该软件在其相应阶段的 阶段成果的能力。● 规范性
在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是 指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
4.3 软件代码测试
4.3.1 源代码一般性检查
仅对系统关键模块的源代码进行抽查，检查模块代码编写的规范性，批注的准确性，是否存在潜在性错误，以及代码的可维护性。
● 命名规范检查
检查源代码中的变量、函数、对象、过程等的命名是否符合约定规范，该规范可 以由开发方在软件工程文档规范中单方面约定。
● 注释检查
检查程序中的注释是否规范，注释量是否达到约定要求，例如：要求注释量达到 30％左右。● 接口检查
检查数据库接口等外部接口是否符合要求，各程序模块使用的接口方式是否一 致，特定的外部接口协议是否符合。● 数据类型检查
源代码中涉及的金额的常量、变量及数据集和数据库中涉及金额的数据类型是否 采用货币类型，以防止在特定条件下产生较大的误差而影响统计结果。● 限制性检查
对一些程序中使用到的、具有使用限制的命令、事件、方法、过程、函数、对象、控件等进行检查。检查在长时间运行时，有无可能接近或者达到限制条件，这里考虑的系统运行时间可能长达数年。
4.3.2 软件一致性检查
● 编译检查
要求提交的源代码在其规定的编译环境中，能够重新编译无错误，并且能够完成 相应的功能，从而确定移交的确实是正确的源代码。● 安装／卸载检查
在新系统上用交付的软件安装盘重新安装各个模块，并且通过运行这些软件模 块，能否完成相应的功能，从而确定移交的确实是正确的软件安装盘。在安装后立即卸载所安装的模块，并且检查是否能够做到彻底卸载。● 运行模块检查
将新安装的软件模块与现场运行模块用软件工具抽样比较，确认交付的软件安装 盘与现场运行软件一致。
抽查数处现场运行模块用软件工具比较，确认现场运行软件一致。
4.4 软件系统测试
软件系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。
进行软件系统测试工作时，具体的测试用例是由开发方提供，并由测试方和用户共同补充制定的。在开发方做完功能演示后，可以进行下列测试：
● 界面(外观)测试； ● 可用性测试； ● 功能测试；
● 稳定性(强度)测试； ● 性能测试；
● 强壮性(恢复)测试； ● 逻辑性测试； ● 破坏性测试； ● 安全性测试。说明：实际进行的测试内容有测试方法和业主根据具体情况共同确定，并非文中所列测试内容都必须进行测试。
4.4.1 界面(外观)测试
对照界面规范(在软件需求规格说明书中规定，或者由软件工程规范中给出)和界面表(在概要设计中给出)，检查各界面设计是否规范，包括：界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等，是否符合规范、是否协调一致、是否便于操作。4.4.2 可用性测试
测试操作是否方便，用户界面是否友好等。测试系统是否有影响操作流程的界面Bug和功能Bug，纪录具体Bug的数量、出现频率和严重程度。4.4.3 功能测试
检查数据在流程中各个阶段的准确性。对系统中每一模块利用实际数据运行，将其结果与同样数据环境下应该得出的结果相比较，或与软件需求规格说明书中要求的结果进行比较，如有偏差，则功能测试不能通过。
检查软件需求规格说明书中描述的需求是否都得到满足；系统是否缺乏软件需求规格说明书中规定的重要功能；以及系统实际使用中不可缺少而软件需求规格说明书中没有规定的功能。
如果存在遗产数据，应该检查遗产数据转换是否正确。4.4.4 稳定性(强度)测试
测试系统的能力最高实际限度，即检查软件在一些超负荷情况下，功能实现的情况。例如：要求软件进行某一行为的大量重复、输入大量的数据或大数值数据、对数据库进行大量复杂的查询等。
利用边界测试(最大值、最小值、N次循环)对系统进行模拟运行测试，观察其是否处于稳定状态。4.4.5 性能测试
根据系统设计指标，或者对被测软件提出的性能指标，测试软件的运行性能，例如：传输连接最长时限、传输错误率、计算精度、记录精度、响应时限和恢复时限等。4.4.6 强壮性(恢复)测试
采用人工的干扰使应用软件、平台软件或者系统硬件出错，中断正常使用，检测系统的恢复能力。进行强壮性测试时，应该参考性能测试相关的测试指标。4.4.7 逻辑性测试
根据系统的功能逻辑图，测试软件是否按规定的逻辑路径运行，选择一些极限数据判断软件运行是否存在错误或非法路径，从而发现系统的逻辑错误或非法后门。4.4.8 破坏性测试
输入错误的或非法的数据(类型)，检查系统的报错纠错的能力及稳定性。并测试可连续使用多长时间而系统不崩溃。
4.4.9 安全性测试
验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰，安全测试时需要设计一些测试用例试图突破系统的安全保密措施，检验系统是否有安全保密的漏洞。
说明：进行安全测试时，必须遵循相关的安全规定，并且有业主派员参加。
5.测试结果交付方式
测试结束后，由测试组填写软件测试报告，并将测试报告与全部测试材料一并交给业主。具体交付方式，由业主和测试方双方协商确定。测试报告包括下列内容：
● 软件测试计划 ● 软件测试日志 ● 软件文档检查报告 ● 软件代码测试报告 ● 软件系统测试报告 ● 测试总结报告
● 测试人员签字登记表
第五篇：需求分析报告
需求分析
需求概述
需求分析是是指充分了解客户情况，包括客户生产、财务及管理流程后，与客户一起讨论对系统的具体要求，针对其现行体制中的不足及目前所需的信息，制定出一套用户对系统的需求方案。需求分析是完全以企业的需要及实际情况为出发点，因此为企业合理地选择系统提供了基本保证。需求分析按照由顶至低、由大到小、由粗到精的的过程来进行。需求分析是整个实施过程中至关重要的一步，是否制定出合理的客户需求决定了以后整个系统实施的成败。
1> 用户分析
网上订餐系统的使用者主要有两种：系统管理员、客户。
系统管理员：网上订餐系统的系统管理者，进行系统的日常维护，进行日常管理，并按照餐厅的意愿，对菜谱和客户的信息进行各种管理，比如添加、修改、删除、更新等。
客户：网上订餐系统的主要在使用者，他们是餐厅的客户，能进行基本功能的使用和操作，但是不能对系统进行管理。
2> 项目功能需求
管理员功能：登陆系统、查询管理员账户、添加管理员账户、修改管理员账号、删除管理员账号、查询订餐情况删除订单、打印订单。
客户功能：注册账号、登录系统、修改密码、修改地址、进行订餐操作。3> 用户界面需求
系统人机界面操作友好，本系统外界界面具有简洁性和友好性等特点，但又不失独特的页面风格，界面采用引入的图片温馨的色调，优雅大方，系统内部结构采用框架布局，使整个系统看起来更有层次感，在用户功能操作功能上，设计简单方便，符合了现代管理系统的界面要求。
系统开发的可行性分析
技术可行性
ASP.NET和SQL数据库这两个开发工具到现在已经运用了很多少年了，它们的技术到现在已经相当成熟。
本系统所要设计的功能难度不大，加上有指导老师的指导和查找相关参考文献，各功能模块在技术上完全是可以的实现。就开发的实际情况来看，技术上市可行的。
经济可行性
本订餐系统所需要的硬件和软件都是目前广泛使用的，如软件运行环境windows98以上系统、数据库SQL Server 2005、编程语言C#等等，都可以通过网上、图书馆等各种渠道得到，不需要再花费大量的资金去购买高成本的设备，大大提高了在设计过程中的工作效率，且投入使用后，便于后期工作的维护，因此，本系统在经济上是可行的。
社会可行性
该系统符合现有的法律、法规和政策方面的限制，没违法当今社会的道德标准，社会可行性通过。
运行环境
处理器为酷睿系列、AMD 3200+以上PC台式机或便携式电脑；
运行时占用内存：＜100MB；
所需硬盘空间：＜100MB；
软件平台：中文WindowsXP系统；
开发环境和相关技术
.NET开发平台
.NET框架是Microsoft公司推出的一种全新的开发平台,提供了统一的、面向对象并且可以扩展的编程类库和完善的集成开发环境,大大简化了应用程序的开发过程,并且具有良好的移植性和安全性。ASP.NET是建立在公共语言运行库上的Web编程框架，相对于ASP而言，ASP.NET提供了更强的性能、更方便的工具支持、更好的平台支持和灵活性。其一大革命性进步是可以将应用程序逻辑与表示代码清楚地分开，这样一来Web应用程序的开发人员可以使用和Windows桌面程序开发类似的编程模型，从而大大降低了开发难度 [5]。
同时，ASP.NET在进行用户界面开发和基础程序结构生成时具有很多优势。首先，ASP.NET是一个已编译的、基于.NET的开发环境，利用整个.NET框架，开发人员可以方便的进行程序开发；其次，ASP.NET可以无缝地与其它HTML编辑器及其编程工具一起工作，使得Web开发更加方便；再次，在ASP.NET中利
用.NET框架中的ADO.NET的强大功能，可以高效便捷的访问数据库，ASP.NET提供了简单的模型，该模型使开发人员能够编写应用程序的运行逻辑，并且保留了会话状态功能；最后，.NET框架和ASP.NET中提供了默认授权和验证方案，可以根据需要方便地移除、添加或者替换这些方案。
ASP.Net2.0是把基于通用语言的程序在服务器上运行。不像以前的ASP即时解释程序，而是将程序在服务器端首次运行时进行编译。ASP.Net2.0构架是可以用Microsoft（R> 公司最新的产品 Visual Studio.net开发环境进行开发，WYSIWYG（What You See Is What You Get所见即为所得> 的编辑。这些仅是ASP.Net2.0强大化软件支持的一小部分 [6]。
因为ASP.Net2.0是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.Net2.0的Web应用中。ASP.Net2.0同时也是language-independent语言独立化的，所以，你可以选择一种最适合你的语言来编写你的程序，或者把你的程序用很多种语言来写，现在已经支持的有C#（C++和Java的结合体>，VB，Jscript。将来，这样的多种程序语言协同工作的能力保护您现在的基于COM+开发的程序，能够完整的移植向ASP.Net2.0。
ASP.NET的优点主要体现在效率高、可重用性高、代码量少这三方面。在使用ASP进行程序设计的时候，由于ASP使用的是脚本语言，所有的代码都嵌入到HTML代码中，所以当编制功能复杂的网页时，就需要编写大量的代码，而且会导致程序代码的可读性差的问题。另外，由于所有的代码都是解释执行的，所以相对速度较慢，并且无法有效地利用机器硬件的各种性能。ASP.NET与ASP相比较效率更高，提供了很高的可重用性，对于实现同样功能的程序，ASP.NET使用的代码量比ASP要少得多。ASP.NET采用全新的编程环境，代表了技术发展的主流方向。
ASP.NET的工作原理是：首先，有一个HTTP请求发送到Web服务器要求访问一个Web网页。Web服务器通过分析客户的HTTP请求来定位所请求网页的位置。如果所请求的网页的文件名的后缀是aspx，那么就把这个文件传送到aspnet_isapi.dll进行处理，由aspnet_isapi.dll把ASP.NET代码提交给CLR。如果以前没有执行过这个程序，那么就由CLR编译并执行，得到纯HTML结果；如果已经执行过这个程序，那么就直接执行编译好的程序并得到纯HTML结果。最后把这些纯HTML结果传回浏览器作为HTTP响应。浏览器收到这个响应之后，就可以显示Web网页。
ASP.Net2.0使用一种字符基础的，分级的配置系统，使你服务器环境和应用程序的设置更加简单。因为配置信息都保存在简单文本中，新的设置有可能都
不需要启动本地的管理员工具就可以实现。这种被称为“Zero Local Administration”的哲学观念使ASP.Net2.0的基于应用的开发更加具体，和快捷。一个ASP.Net2.0的应用程序在一台服务器系统的安装只需要简单的拷贝一些必须得文件，不需要系统的重新启动，一切就是这么简单。
ASP.Net2.0已经被刻意设计成为一种可以用于多处理器的开发工具，它在多处理器的环境下用特殊的无缝连接技术，将很大的提高运行速度。即使你现在的ASP.Net2.0应用软件是为一个处理器开发的，将来多处理器运行时不需要任何改变都能提高他们的效能，但现在的ASP确做不到这一点 [8]。
Microsoft SQL Server 2005介绍
Microsoft SQL Server 2005 是Microsoft公司继sql server6.5、sql server7.0和SQL Server 2000以后，在新年推出的又一改进的新版关系型数据管理系统。她能使用户快捷地管理数据库和开发应用程序。Sql server 2005使用了先进的数据库结构，与windows DNA 紧密集成，具有强大的Web功能，它可以利用高端硬件平台以及最新网络和储存技术，可以为最大的Web站点和企业应用提供优良的扩展性和可靠性，使用户能够在Internet领域快速建立服务系统，为占领市场赢得宝贵的时间。同时，sql server 2005还为用户提供重要的安全性功能的增强，为用户的数据安全提供了可靠的保证。另外，sql server 2005 在数据库服务器自动管理技术方面处于数据库领域的领先地位，它可以使用户免去繁琐复杂的工作量，从而有精力处理更为重要的问题，使用系统在商业战略上占得先机。
SQL Server 2005系统之间之所以成为目前流行的大型商用数据库系统，有着其深刻的内在因素，这与它鲜明的特点十分不开的：
1> 与Internet的高度集成SQL Server 2005与其他Microsoft Back Office 产品紧密集成，在安全、时间浏览、Windows NT 服务程序、性能监视器。多处理器支持、索引服务器等方面充分利用了他们的长处，形成了自己独特的优势。
SQL Server 2005数据库索引擎提供完整的XML支持。它还具有构成最大的Web站点的资料存储组件所需的可伸展性、可用性和安全功能。
2>高伸缩性和适应性
同一SQL Server 2005数据库引擎运行在、Windows XP Professional、Windows vista Professional、Windows 2000 Professional、windows 2000 Server和windows 2000 Advanced server。
SQL Server 2005 关系数据库引擎支持当今苛刻的数据处理环境所需的功能。数据库引擎充分保护资料的完整性，同时将管理上千个并发的修改数据库的用户的开销减到最小。
3>易于安装和使用
SQL Server 2005 中包括一系列管理和开发工具，这些工具可改进在多个站点上安装、部署、管理和使用SQL Server 的过程。SQL Server 2005 还支持基于标准的、与Windows DNA集成的程序设计模型，使SQL Server 2000 数据库和资料仓库的使用成为生成强大的可伸缩系统的无缝部分。
点击咨询 