需求调研流程实用文档.doc

《需求调研流程实用文档.doc》由会员分享，可在线阅读，更多相关《需求调研流程实用文档.doc（41页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、需求调研流程实用文档(实用文档，可以直接使用，可编辑 优秀版资料，欢迎下载）文档类型Document Type密级Confidentiality LevelXXX仅供收件方查阅文档编号DocumentCode版本Version共13页XXX08XXX管理系统需求调研报告Revision Record修订记录Date日期Revision Version修订版本CR ID /Defect IDCR/ Defect号Sec No。 修改章节Change Description修改描述Author作者201x-xx-xx0。1初稿完成Catalog目 录1需求调研流程41。1调研整体流程41。2组成部

2、分关系51.3分析过程62需求调研和分析的方法、策略和步骤72。1如何调研72。2如何分析72。3调研方法82.4基本策略82。5结构化方法分析步骤92。6UML方法分析步骤93需求调研相关要求103.1文档规范103。2需求管理123。3调研成果121 需求调研流程1.1 调研整体流程l 问题识别：解决目标系统做什么，做到什么程度。需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分析所需的通信途径。l 分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能,找出各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合

3、理部分,综合成系统解决方案，给出目标系统的详细逻辑模型。常用的分析方法有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网。每一种分析建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。l 编制需求分析文档l 需求评

4、审1.2 组成部分关系需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段,包括以下几个方面：确定软件所期望的用户类;获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统,并将需求中的一部分分配给软件组件；了解相关质量属性的重要性;讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识.1.3 分析过程需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素)导出目标系统的逻辑模型(只

5、描述系统要完成的功能和要处理的数据），解决目标系统“做什么的问题，所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据,并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。必须全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；对其中模糊的要求要进一步澄清，然后决定是否采纳;对于无法实现的要求要向用户作充分的解释。最后将软件的需求准确地表达出来,形成软件需求说明书SRS.l 获得当前系统的物理模型：首先分析、理解当前系统是如何运行的，了解当前系统的组织机构

6、、输入输出、资源利用情况和日常数据处理过程，并用一个具体的模型来反映自己对当前系统的理解。此步骤也可以称为“业务建模”，其主要任务是对用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题，然后建立一个业务USECASE模型和业务对象模型。当然如果系统相对简单，也没必要大动干戈区进行业务建模，只要做一些简单的业务分析即可。l 抽象出当前系统的逻辑模型：在理解当前系统“怎样做”的基础上，取出非本质因素，抽取出“做什么的本质。l 建立目标系统的逻辑模型：明确目标系统要“做什么”.l 对逻辑模型的补充，如用户界面、启动和结束、出错处理、系统输入输出、系统性能、其他限制等等.2 需求调研和分

7、析的方法、策略和步骤2.1 如何调研需求调研涉及三个问题： 一是如何确定调研对象； 二是如何确定被调研对象； 三是采用何种调研方法； 调研对象的组成应以互补为原则，至少要由三类人员组成：技术人员、业务专家和管理者。被调研对象主要是人员和业务两类，其间主要涉及人与人、人与事物、事物与事物等三种关系. 其中，关键是确定调研范围.调研范围包括关键域和关键活动。而关键活动又由关键流程加关键点构成。 找到关键域,明确关键流程和关键点，对需求调研至关重要，需要专家或咨询顾问介入。而能否把握这一时机并找准需求提炼的关键点，是考验需求调研人员的重要方面。优秀的需求调研人员不仅能认识问题之所在，还能藉此获取足够

8、多的知识，最后成为问题领域的专家. 需求调研非常困难，必须引起重视。因为： 缺乏专门领域的知识,同时应用领域中的许多问题通常模糊，很难界定； 机构实践存在默认知识，难以描述； 多个知识源或信息源既有冲突又有重合； 被调研对象可能有认知偏见或者欠缺或有时不愿提供确切信息. 这些都会给需求调研人员带来障碍和困难。在这种情况下，掌握必要的方法与技巧非常重要。2.2 如何分析需求工程是继软件工程之后的又一热点工程。从理论上说，包括调研需求、模拟和分析需求、需求描述、需求认可、需求演进这五个层次，并且逐层递进、螺旋式上升。需求分析是需求工程的核心，贯穿于系统整个生命周期。 需求分析的出发点在于：对调研的

9、需求进行进一步提炼并指导需求的抽取；帮助需求分析人员发现问题.需求模拟则帮助检查验证对问题的理解。需求分析和模拟又包含三个层次的工作：需求定义、需求建模、需求模拟。需求定义，是对经调研获取的需求进行初步整理，抽取其中基本需求和关键需求予以界定，并为需求建模提供必要的需求元素.需求建模,是把抽象的需求通过概念、符号、数学模型及逻辑结构表现出来。表现形式有自然语言、半形式化(如图、表、结构化英语等）和形式化表示等三种。自然语言形式具有表达能力强的优点,但不利于捕获模型语义;半形式化表示可捕获结构和一定的语义，也可进行一定的推理和一致性检查；形式化表示具有精确的语义和推理能力，但构造一个完整的形式化

10、模型，需要较长时间和对问题领域的深层次理解。相对而言,图表形式的需求模型直观常用,比如组织结构图、系统流程图、网络拓扑图等.良好的需求概念模型应包括以下几个特点： 实现的独立性、足够抽象、足够形式化、可构造性、利于分析、可追踪性、可执行性、最小冗余性。2.3 调研方法1、 会谈、询问:围绕软件目标提出具体问题；2、 调查表：经过仔细考虑的书面回答可能比会谈中的回答更加准确；3、 收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据标准、业务标准的各种文字资料；4、 收集同类相关产品的宣传资料、技术资料、演示程序或软件程序;5、 情景分析：利用情景分析诱导用户能够把它们的需求告

11、知分析员(可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做)；6、 可视化方法:结和情景分析，利用画用户界面图、业务流程图、功能结构图、时序图等图形与客户进行讨论;2.4 基本策略1、 首先确定用户的软件开发目标，确定系统基本范围，然后围绕这一目标，确定要访问的部门和人员，要了解的业务,在基本范围内展开调研;2、 以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等，其数据来源及去向;3、 以业务为主线，搞清每个业务的每个环节的流程关系、涉及部门、输入输出项；4、 以数据为主线，搞清数据采集方式、数据流向、数据之间的内在联系；5、 搞清哪些业务或数据是已建系统的，它们和新

12、系统的关系是衔接还是替换；6、 应思考是否有新技术可以改进现有工作，用户提出的需求用现有技术能否实现。2.5 结构化方法分析步骤1、 画出数据流图。设计数据流图必须逐步求精；2、 决定哪些部分需要计算机化和怎样计算机化（取决于用户投资限制和自身技术限制）；3、 描述数据流细节，大型软件可以使用数据字典描述所有数据元素；4、 定义处理逻辑(加工逻辑：每个加工处理做什么）；5、 定义数据存储，即定义每个存储的确切内容及其表示法（格式);6、 定义物理资源：如是文件需指定：文件名、组织结构(排序、索引等）、存储介质和记录;如是数据库需指定每个表的相关信息;7、 确定输入输出规格说明，如输入内容、输入

13、屏幕、打印输出格式、输出长度等等；8、 确定硬件所需有关数值，如输入量、打印频率、CPU、记录大小、数据量大小、文件大小等等；9、 确定软硬件接口和环境需求。2.6 UML方法分析步骤一般的应用系统又是各组成部分：问题论域、人机界面、数据管理、任务管理，在OOA阶段重点对问题论域进行分析，对人机界面、数据管理、任务管理等问题，OOA一般较少或没有分析，而是留待OOD阶段解决。1、 调研、识别系统需求；2、 分析问题领域:主要任务是充分理解领域问题和项目投资者及用户的需求，对需求进行抽象，提出高层次的解决方案)；（1） 确定系统范围和系统边界；（2） 确定系统的约束（环境和条件）;(3） 定义活

14、动者；（4） 确定系统的综合要求（功能、性能、运行）;（5) 确定系统的数据要求(名称、范围、类型、数量、特点);(6) 建立USE CASE模型、绘制USE CASE图；(7） 绘制主要交互图;3、 建立静态结构模型（对象类图、数据库模型、包图）;4、 建立动态行为模型（顺序图、协同图、状态图、活动图)；5、 建立系统物理模型(组件图、配置图）；3 需求调研相关要求3.1 文档规范A、三种编写方法1、 用好的结构化和自然语言编写文本型文档；2、 建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系；3、 编写形式化规格说明,这可以通过使用

15、数学上精确的形式化逻辑语言来定义需求.多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的.B、应有成果1、 各业务手工办理流程文字说明；2、 各业务手工办理流程图;3、 各业务手工办理各环节输入输出表单、数据来源；4、 目标软件系统功能划分（示意图及文字说明）；5、 目标软件系统中各业务办理流程文字说明；6、 目标软件系统中各业务办理流程图(模型）；7、 目标软件系统中各业务办理各环节数据、数据采集方式、数据间的内在联系分析。8、 目标软件系统用户界面图、各式系统逻辑模型图及说明C、文档工具推荐1、 调研结果需求分析说明书格式参照开发文档模板;2、 单位组织结构

16、图、功能模块分解图用VISIO绘制,或直接用WORD中的画图工具；3、 业务流程图用VISIO中的FLOWCHART模板绘制;4、 系统逻辑模型使用ROSE绘制活用VISIO中的UML模板绘制；5、 软件用户界面用VISIO中的WIN95 USER INTERFACE模板绘制；6、 数据物理模型用POWERDESINER绘制;D、需求文档编写原则1、 句子简短完整，具有正确的语法、拼写和标点；2、 使用的术语与词汇表中所定义的一致;3、 需求陈述应该有一致的样式，例如“系统必须.”或者“用户必须.。”,并紧跟一个行为动作和可观察的结果。;4、 避免使用模糊、主观的术语，减少不确定性，如“界面友

17、好、操作方便”；5、 避免使用比较性词语，如“提高”，应定量说明提高程度。3.2 需求管理需求调研分析过程是一个由粗到细、渐进明晰、持续完善的过程.在指导后面系统设计，编码阶段时都应当不断完善修改需求文档,因此需求管理非常重要。需求管理包括在工程进展过程中维持需求约定集成型和精确性的所有活动，它是CMM模型二级中的首要KPA(关键过程域)，这些活动包括:（1） 定义需求基线（需求文档的主体）；（2） 评审提出的需求变更申请、评估每项变更可能的影响,从而决定是否实施变更；（3) 以一种可控的方式将需求变更融入到项目中；（4） 使当前的项目计划与需求保持一致；（5） 分析变更所产生的影响并在此基础

18、上协商出新的约定；（6) 使每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪；（7） 在整个项目过程中跟踪需求状态及其变更情况。3.3 调研成果调研项调研数量调研成果业务专业词汇15词汇描述记录同行对比项目10项目对比描述及优劣势分析技术参考资料20参考资料描述主要流程需求分析阶段的主要活动围绕需求开发进行,包括制定及修改需求开发计划、开展需求调查以及分析、需求验证、需求规则说明制作、需求确认几个步骤。制定及修改需求开发计划包括建立需求团队的组织并授权、对需求分析阶段的WBS进行分解、协商并制定调查分析以及评审计划、评估工作量等等方面的内容，其目的是保证各项活动有序、可控的进行。

19、需求调查以及分析的过程主要活动通过沟通、收集项目中的各级关系人的需求，形成需求调查报告。需求调查通过现场参观、开调查会、业务专家培训、询问沟通、设计调查表并调查、收集查阅记录等方式获取客户、用户各级组织对(软件）系统需求,分析并识别客户以及用户的需要、期望、业务要求，归纳整理后形成需求调查报告。需求验证环节主要通过原型(Prototype)、POC(ProofofConcept)、用例(UseCase)或简单的功能列表的方式同客户、用户沟通逐步将业务需求、用户需求等转化为软件系统需求。（1）原型(Prototype)模拟最终软件的屏幕显示，这样用户可以看到最终软件将是什么样,有些原型可以模拟实

20、际的操作，对关键的输入输出数据也可以一定程度的模拟。对于用户体验为主的系统往往可以起到很好的效果。(2）POC(ProofOfConcept）原意是“为观点提供证据。对于关键的技术或者业务模型，论证需求、设计的可实施性,评估和确认概念设计方案,POC的评价可能引起需求和设计的调整。一般来说，进行POC的条件：1。论证业务中涉及到的模型或者算法的可行性。2。论证技术模型实现的可行性、成本等。（3）用例（UseCase）:对（软件）系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术.每个用例提供了一个或多个场景，该场景说明了系统是如何同最终用户或其它系统交互（interact)的

21、，也就是谁可以用系统做什么,从而获得一个明确的业务目标.需求规则说明(SRS）制作通过需求调查和初步的需求验证后,可以建立需求制作的准则,包括确认需求规则说明(SRS）的内容、制作方法、制作工具、质量标准等等.根据需求制作的准则制作需求规格说明（SRS）,好的需求规格说明（SRS）应该遵循正确、无歧义、完备、一致、分级(重要性或稳定性）、可验证、可修改、可追踪的原则。需求确认通过组织各级评审对需求分析阶段的产物，尤其最重要的结果产物需求规格说明(SRS）进行确认，以确保相关人员理解一致。从评审方法来说，可以根据情况分为需求开发组组内评审、客户外部评审、关键关系人评审等等。需求分析的流程往往因项

22、目规模、作业人员、系统类型差异很大,因此必须根据实际的情况合理的裁减，以下举例几种不同情况下的具体流程：案例一:简明的需求开发的流程第1步：确定实现的目的、目标，基本业务需求、业务定义以及相关的评审。从达到目的、目标的角度，重新评审业务定义，总结业务需求。（确认客户实施的业务要求）第2步:使业务具体化，进行软件系统的定义（系统需求定义）。从目的的角度，进行业务定义（功能，步骤），对系统结构进行讨论、对所要进行系统化或计算机化的功能、流程进行定义.第3步:一边定义业务需求、系统需求、一边对运行上的相关要求（非功能需求）进行总结运行时间，安全应对、访问权限等系统需求以及设计约束在业务需求的基础之上

23、、考虑系统上的限制条件之后逐步形成。案例二：软件工程类的典型流程主要特征：强调客户协同、提高运作效率、屏蔽技术风险、加强边界管控1.强调同客户协同，比如确定各种约定,包括截至时间、交流方式、成果物;2。强调计划管控，起目的确保进度和成本，人力资源合理使用；3。采用问题回答管理票的方式加强需求团队以及客户的协同作业，提高生产效率，确保质量；4。加强需求边界管理，控制项目整体成本;5.提前对技术关键环节（技术解决方案、技术构架）进行论证,控制技术风险，减少技术带来的成本损失；6。强调需求最终确认；案例三:软件产品类的典型流程主要特征：缩减开发周期、支撑跨部门运作、提高创造性、强调用户体验设计。1。

24、强调计划性以加快研发进程,缩减产品开发周期。2。强调跨部门协调组织，建立统一的需求团队。3.强调行业学习、创新以及交流。4。分版本制作以适应产品的创造、快速变化、市场需求的适应性、进程以及成本控制。5.强调交互原型的重要性,加强用户体验性设计。电子政务的需求分析：针对G to B做的需求分析：面向企业的信息服务是建设服务性政府的一个主要方面。通过电子政务平台，为企业用户提供迅捷的信息和服务，提供一站式”办公方式,减少分支环节，提高办事效率，为企业的经营和发展创造良好的政务环境。1技术可行性分析基于当前的计算机技术、网络技术和管理技术已成熟.所以江丘市政府完全可以开发一个电子政务平台。针对于政府

25、和企业的关系！2经济可行性分析对于一个在社会主义制度下、由共产党所领导的中国政府，完全有能力,有金钱来创办这套信息系统。所以,从经济上讲，就是九牛一毛的事！这是完全行得通的!3操作可行性分析现在的社会上每年有关于计算机方面的大学生找工作到一个关于自己本专业的工作是难之又难。人才方面可以说是供大于求。而且,所设计出来的系统，简单明了,一般的市民都是可以进行操作!所以,从技术上讲，这完全是可以行的通的！业务流程分析：信息服务：企业可以通过电子政务平台,具体的了解江丘市政府的一些政策和各种信息,了解政府面向企业的信息服务包含哪些内容，以便于为自己的企业做出决策！就如时代所说:信息就是金钱啊！（一）业

26、务流程图名称登记服务:企业名称登记是网上工商的服务内容.尽管该业务由工商部门主管，但在办理过程中涉及到多个政府职能部门的业务范围。在传统政务的办理方式下，这需要申请人拿相关材料到各个政府职能部门自行办理，由于业务流程复杂、办公地点分散，从申请到办结需要很长的时间。而在电子政务的办理方式下,企业用户只要在电子政务网提出申请,并提供相关材料后,即可在网上查询和跟踪办理过程。类似以下的过程,都可以轻松的在网上办理即可。如：1、 ”网络信息服务注册登记2、工商管理部门的名称预核准3、文化管理部门的筹建审批4、公安机关的网络安全检查5、消防安全部门的消防安全审批6、文化管理部门的经营许可证的发放是否注册

27、登记名称核准筹建审批安全检查安全审批发放许可证归档税务服务：电子政务是政府利用现代技术手段管理各项政府事务的手段,网上税务作为电子政务的一个重要经成部分，近年来得到了较大的发展。其利用信息技术，构建”电子税务局，完成现实税务局的各项管理与服务职能，为纳税人提供各种更加方便、快捷、准确的涉税服务。企业只需在电子政务平台上进行企业税务登记由政府办公人员进行1、 分局审核2、市局核准3、印证发放4、 登记查询否否是是企业税务登记市局审核归档 印证发放分局审核缴税服务：1、 企业想要在电子政务省完成缴税的前提是缴税的企业用户必须已办理税证登记，且持有某网上银行的网上支付卡。步骤如下1、网上缴税申请2、

28、填写信息3、提交申请是否网上缴税申请填写申请提交申请申请成功政府采购中心：通过网上采购及结果公示，方便公众对政府采购信息的了解及招投标结果的监督，增加了政府采购工作的透明度,更好地加强公众与政府之间的沟通交流.政府采购中心：开始政府部门发布信息政府对采购项目投标政府对预中标的审核政府对投标单位的最终审核结束（二）数据流图企业名称登记：比如:网络信息服务”注册登记，工商管理部门的名称预核准，文化管理部门的筹建审批，公安机关的网络安全检查，消防安全部门的消防安全审批,文化管理部门的经营许可证的发放，工商管理部门的企业注册登记,工商管理部门的归档工作。其数据流图为:登记归档许可证的发放消防安全审批网

29、络安全检查筹建审批核准注册登记表注册登记表印证发放市局审核分局人员审核登记针对税务服务的数据流程图如下:归档它的数据流程包括：登记、分局人员审核、市局人员审核、印证发放、归档网上缴税的数据流程图如下:结束申请成功填写申请表登陆其数据的流程包括：登陆、申请、申请成功、结束其中的针对信息这块的数据流图如下:政府采购中心采购信息数据流图如下:其包括登录、填写采购信息、发布信息、企业对采购项目投标、政府采购中心进行审核、预中标公示、最终审核、最终公示登录最终公示最终审核企业对采购项目投标预中标公示采购中心进行审核发布信息填写采购项目信息 （三)系统设计1. 功能模块设计 政务信息采编发布系统需要一个稳

30、定可靠的硬件结构，由于政务采编系统是在政府公网内部运转，可以有效防止入侵或内部泄露.现在就针对软件体系结构进行简要描述：就江丘市的电子政务中的功能模块可分为：1、 企业信息服务2、 企业名称登记3、 网上税务服务4、 网上缴税服务5、 政府采购中心政府采购中心网上缴税服务网上税务服务企业信息服务企业名称登记企业用户投标提交申请填写信息网上缴税申请登记查询税务登记各级审核企业登记注册许可证发放归档企业注册企业变更登记企业办事采购信息发布确定中标企业预中标企业核定江丘市GtoB系统其中的每个模块都有这自己的业务流程图一如之前所画的各种流程图一样,在此，我就不再都做重复了！数据库设计概念结构设计1、

31、系统角色实体包括角色编号、角色名称和操作权限等属性。角色实体属性图如图：角色名称操作权限系统编号系统角色申请人或企业申请内容申请时间编号状态申请表（2)申请实体包括状态编号、状态、申请人或企业、申请时间、申请内容属性。申请状态实体属性图如图所示.企业负责人企业地址企业联系方式企业编号企业名称要办业务企业的实体包括企业地址、企业名称、要办业务、企业编号、联系方式、企业负责人等属性,其企业属性图如下：系统角色职务所属部门联系方式编号姓名人员人员实体的属性有姓名、编号、联系方式、所属部门、职务、系统角色等属性，以下就是人员实体的属性图：采购信息采购方式发布人员文件 地点编号发布时间采购内容采购信息1

32、N11111NNNN1NN分配申请表拥有人员审核采购信息发布领导拥有审核系统角色填写企业其总的系统实体E-R图如下:物理结构设计数据库的实体关系结构，经过规范化然后可以映射为物理上的关系表，江丘市政府与企业部分表结构如下。登记表 字段名数据类型及长度备注名称char（40)主键,递增日期Datetime(18)不能为空内容varchar(40）不能为空 申请人表 字段名数据类型及长度备注用户名Varchar（18)主键，递增密码decimal(20）不能为空，外键姓名Varchar（18)不能为空，外键 decimal(20）不能为空，外键电邮decimal(20）不能为空 decimal(1

33、1)不能为空地址Char(64)不能为空 idecimal（20)不可为空其他联系方式decimal(20)不能为空自定义查询码decimal(20)不能为空流转类型decimal(10)不能为空 企业登记表 字段名数据类型及长度备注行政区号decimal(10)主键，递增字号decimal（10）不能为空行业char（20）不能为空组织形式char(40）不可以空 登记名称表 字段名数据类型及长度备注企业名称varchar(20）主键，递增行业varchar（20)不能为空 预先核准申请书表 字段名数据类型及长度备注申请名称char(12)主键,递增备用名称char（12)不能为空,外键单位

34、类型char（22）不能为空，外键单位住所char(22)不能为空，外键经营范围Varchar（22）不能为空股东姓名Char(14）不能为空提交证件名称Char(64）不能为空审核书表 字段名数据类型及长度备注名称编号decimal(10）主键，递增类型nvarchar（26)不能为空具体意见varchar(80)不能为空核准名称Char（14)不能为空核准人char（16)不能为空核准日期Datetime（18)不能为空信息归档表 字段名数据类型及长度备注标题char（20)主键,递增审批人char(20)不能为空审批日期Datetime（18）不能为空附件Text(160)可以空 申请人

35、表字段名数据类型及长度备注用户名decimal(10）主键，递增密码decimal(10)不能为空纳税人名称Char（4)不能为空地址char(50)不能为空 decimal(10)不能为空 decimal(20)不能为空 税务表 字段名数据类型及长度备注身份证号decimal（10）主键,递增姓名char(4）不能为空 纳税人名称char(34)不能为空 登记种类decimal(10）不能为空 填表日期Datetime(18)不能为空企业名称Char(64）不能为空代码Datetime(28)不能为空经营方式char(34)可为空经营范围char(34）不能为空地址char(44)不能为空

36、审核书表 字段名数据类型及长度备注审核人char(20）主键，递增内容char（40）不能为空日期Datetime(18)不能为空期限Datetime(18)不可以空 归档表 字段名数据类型及长度备注归档号decimal(10）主键，递增归档人char（20）不能为空日期Datetime（18）不可为空标题char（26)不能为空类型varchar(20)不能为空缴税表 字段名数据类型及长度备注支付卡号decimal(20)主键，递增网银类型varchar（20)不能为空支付密码decimal(10)可为空操作char（26）不能为空交易编号decimal（20）不能为空采购信息表 字段名数据

37、类型及长度 备注采购编号decimal(10)主键，递增人员char(20)不能为空采购项目名称char(22）不可为空采购方式char(26）不能为空采购状态char（22)不能为空发布时间Datetime(18)不能为空时间Datetime（18）不能为空地点char（12）不能为空 char(10）不能为空 char(10)不能为空文件text(240)可为空 归档表 字段名数据类型及长度备注公司名称decimal（20)主键，递增投标金额decimal（20)不能为空标书char（10)不可为空投标时间Datetime（18)不能为空理由text（240）不能为空供应商表 字段名数据类型及长度备注组织编号decimal(10)主键,递增名称char(20）不能为空公司类型varchar(22）可为空营业执照编号decimal(10)不能为空注册资金decimal（10）不能为空经营期限Datetime(18）不能为空公司地址char(22）不能为空邮政编码decimal（10)不能为空