政府采购系统毕业论文.doc

本 科 毕 业 设 计 第 Ⅰ页 共 Ⅰ 页
目 录
1. 绪论 1
1.1 选题背景 1
1.2 选题意义 2
1.3 资料来源 2
1.4 系统特点 3
2. 系统分析 4
2.1 初步调查，提出系统目标 4
2.2 可行性分析 4
2.3 详细调查 5
3. 系统设计 20
3.1 系统设计目标 20
3.2 系统功能结构设计 20
3.3 数据库设计 21
3.4 代码设计 26
3.5 输入输出设计 27
3.6 物理配置方案设计（包括硬、软件、网络设计） 28
3.7 安全性设计 28
4 系统实施 30
4.1 开发工具选择 30
4.2 算法说明 30
4.3 系统测试 45
5 系统使用与维护说明书 46
5.1 系统安装与配置说明 46
5.2 系统使用说明书 47
6 设计开发总结 48
6.1 设计中使用的关键技术 48
6.2 毕业设计体会 50
总结 51
致谢 52
参考文献 53

本 科 毕 业 设 计 第 53 页 共 53 页
1．绪论
1.1 选题背景
以信息技术为先导的经济信息化、社会信息化、商务信息化、政府信息化等社会变革，对政府公共管理和服务提出了新的挑战，进而引发了一场管理革命。政府采购作为政府管理的一个重要方面，其电子化的建设----政府采购管理系统也正发挥着日益重要的作用。政府采购系统的建设对于加快社会主义市场经济体制的建立和促进国民经济管理的现代化，规范财政预算管理，提高国库资金使用效率，增强财政决策的科学性和财政工作的透明度，加强廉政建设实现依法理财等都具有十分重要的意义。
政府采购是政府管理社会经济生活的一种重要手段，政府采购是经过200多年发展才逐渐形成的复杂而有效的一种财政支出制度，《政府采购法》的实施对政府采购管理监督发挥着重要作用。但是，从运行的实践来看，尚处在摸索实践阶段，当前存在着一些必须着手规范和完善的问题，需要我们认真思考。传统的政府采购模式已经无法承载不断扩大的采购规模，难以提高采购效率、降低采购成本、满足采购需求，因此设计一个合理的科学的政府采购管理系统迫在眉睫。通过对国内、外政府采购管理系统的应用情况的分析，剖析现行采购模式存在的诸多问题，根据现行政府采购工作的实际情况，探索出政府采购管理系统的意义、实现途径及具体措施，实现集预算、采购、支付为一体的政府采购电子化目标，推动政府采购工作快速、健康、规范发展。政府采购是各级国家机关、事业单位和团体组织，使用财政性资金采购依法制定的集中采购目录以内的或者采购限额标准以上的货物、工程和服务的行为。传统的政府采购手段大多借助于人力和纸质媒介，办理采购各项业务。随着信息技术的快速发展，政府采购由传统手段逐步转化为利用政府采购管理系统进行政府采购行为的全程管理、监督及控制。简言之，政府采购管理系统就是结合电子政务的思想及信息管理系统的开发技术，在政府行政层面上对采购工作进行系统的再分析再调查，企图用信息系统的程序化、可控性、可定量的特点来规范和简化政府采购流程，从而创造一个廉洁、公开、公平、公正的政府采购部门

1.2 选题意义
政府采购管理系统的建立有着重要的现实意义。
首先，从微观方面来说，应用政府采购管理系统节省了时间和费用，提高了效率。与传统的纸质采购方式相比，一般可节约高达30%左右的采购成本；避免了纸质文件易出错的缺点，既提高了效率，又方便了监督管理。
其次，从宏观方面来说，政府采购管理系统的意义更大。首先，提高了经济效益：降低了价格和管理的成本，减少了人为因素，增强了采购及时性，提高了采购的准确性和质量，健全完善了统计体系。其次，政府采购管理系统让监督管理更容易，它实现了全过程的公开透明，规范了政府采购行为，最大限度地避免了人为因素的干扰；提高了透明度，抑制了腐败现象的发生，使政府采购成为真正的“阳光采购”。第三，政府采购管理系统也是国际化，全球化的需求，是政府采购与世界接轨的必经之路。
第三，政府采购管理信息系统是以“金财工程”总体规划和建设目标为基准，以政府采购法“公平、公开、公正”的原则为依据，结合当前政府采购业务的实际特点，所建立的实用、高效、灵活和易管理易维护的信息系统。 政府采购管理信息系统结合了各级财政部门实际的业务需求，配合了政府采购管理工作的需要，符合政府采购实际业务管理流程和操作规范。既可以减轻业务数据收集的繁琐，又可以实时监控，极大的提高工作人员的办公效率，降低工作的强度。进而逐步形成先进、实用的政府采购管理信息系统。系统真正体现了高效、灵活、易用的设计思想，实现了业务数据共享、安全、规范。
1.3 资料来源
系统相关资料主要来源于三个方面：
（1）对石家庄市政府采购部门的实地调查，通过跟政府相关人员的交流，了解到石家庄市政府采购部门的采购系统现状，以及政府采购的基本流程。
（2）在图书馆通过查阅相关资料了解到政府采购对政府建立“廉洁高效”政府的重要性。
（3）网络是个巨大的资源库，在网络上查阅了国内外各著名的政府采购系统，甚至是企业采购系统，了解了我国政府采购系统发展现状及存在的诸多问题对新系统的开发具有重要的借鉴意义。
1.4 系统特点
（1）根据不同的用户进行权限分配，赋予不同用户不同权限，既满足了用户对整个采购系统的需求，使各级各部门之间的信息交流更为畅通，又能避免越级操作，使各个环节的审批更加透明，同时保证了系统的安全性；
（2）系统围绕政府采购项目，从采购项目、采购品目、采购方式、组织形式、等要素严格控制，能明确的定位和反映每一笔政府采购预算执行与实现情况；
（3）系统包涵专家注册、专家评审与专家随机抽取，实现专家管理；
（4）以国库集中支付、非税收入支付、单位自筹三种支付方式实现政府采购资金的控制；
（5）从用户管理、采购单管理、库存管理、专家管理、供应商及资料管理到财政部报表，实现了完整的管理、控制流程，共享数据；
（6）实现了政府采购管理部门、财政业务部门、采购单位及采购单位主管部门环环相扣、同步操作、数据共享。

2. 系统分析
2.1 初步调查，提出系统目标
通过对石家庄市政府采购部门的初步调查发现，本市电子化基础设施建设已经完备，客观条件已经成熟，但传统政府采购方式所带来的矛盾也随之突出，深化电子化政府采购工作迫在眉睫。
（1近年来政府采购规模越来越大，而现行系统过于简单，更多的审批程序只能在系统外部以纸质媒介进行，浪费大量人力物力，造成时间上的巨大浪费，同时难以达到公开透明的政务公开要求。
（2）政府采购的方式也越来越多，现行系统对有些采购方式的不支持造成了采购工作中的一些困难，采购工作具体环节不得以只能人为操作，从而造成了一定层面 上的腐败现象及浪费情况的发生。
（3）政府采购部门中公务员的工作压力过大，每天大量工作只能以人力解决，效率低下，成本也较高。
对此，现提出以下系统目标：
（1）在本系统中，不同用户具有不同的操作权限，既要满足不同用户对整个采购系统中信息的需求，又要使使各级各部门之间的信息交流畅通，使上令下达，下情上达，避免越级操作，使各个环节的审批更加透明，保证系统的安全性；
（2）要实现各部门之间的信息共享，实现各部门间的协调配合及同步操作，达到环环相扣，从而严格控制住易于滋生腐败的每一个环节。
（3）在传统政府采购系统的基础上增加一些功能，满足当前采购业务的需求，同时减轻工作人员的负担。
2.2可行性分析
1.技术可行性——本系统对机器本身没有太高的要求，一般当前学校或个人电脑完全可满足需要。对于软件技术方面，要求计人员掌握c#的基本设计、操作、编程方面的知识，对数据库应用全面了解，能进行创建、连接、修改数据库信息等维护工作。
2.经济可行性——无论是从机构运行成本还是采购成本上，该系统的建立将大大减少这两项的成本支出；减少一些不必要的中间环节及通过简化中间环节，从而降低成本；由于本市电子化基础设施建设已经完备，客观条件已经成熟，因此重新设计不需过多的资金投入，而其所带来的经济效益及社会效益远远大于这些投入。
3.社会可行性——由于当前部门软硬件设备配套到位，从业人员学历水平较高，都具有较高的计算机操作水平和相对开放的思想水平，因此本系统的建立具有较强的社会可行性。从组织内部讲，将会减少一些低端岗位，相对来说会有一定压力，但还未影响到组织的承受能力，因此可以实施；从组织外部讲，各种原始数据的来源都能得到很好的保证，而且增加或改变的一些数据格式比较简单容易为各本门所接受。
2.3详细调查
经过详细调查，现总结出现行政府采购系统中的若干问题如下：
（1）政府采购预算尚需细化。各单位采购预算编制水平参差不齐，预算项目不够细化；专项资金的采购预算编制不全，减弱了政府采购的计划性，不能很好地发挥政府采购的规模效应。
（2）政府采购透明度有待提高。目前的采购模式，往往重视采购信息和结果的公告，忽视采购过程的公开、透明。如现行的询价采购，整个采购过程包括参与报价的供应商组成、报价情况，以及服务承诺等内容没有进行公开。
（3）政府采购效率难以提高。采购效率的提升是多方面的。采购活动的当事人各自对采购活动贡献的效率是否协调一致，是提升整个采购活动效率的关键。采购活动涉及的财政监督机构、采购人、集中采购机构、采购专家、供应商等在不同的时空、地域独自开展工作，割裂了采购的整体性和协调性，阻碍了效率的提升。
（4）政府采购成本亟待降低。现有的政府采购模式，政府采购当事人参加机政府采购活动都必须到现场，所有的信息交流采用纸质加授权签名的方法，费时、费力，招投标活动成本偏高。
（5）采购规模的进一步扩大受到人力限制。有限的采购力量和传统的采购模式阻碍了采购规模的进一步扩大，采购活动迫切需要一个与之适应的配套系统，使采购活动能够整合在一个可控、可见、可互动的平台之上。
2.3.1组织机构分析
所谓组织结构是指企业内部部门的划分以及部门之间的关系。了解一个组织的组织结构对于管理信息系统的构架有着十分重要的意义。石家庄市政府采购部门组织结构图如下：

图2.1组织结构图

2.3.2业务流程分析
业务流程是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使活动在不同岗位角色之间进行转手交接成为可能。活动与活动之间在时间和空间上的转移可以有较大的跨度。
业务流程对于组织的意义不仅仅在于对组织关键业务的一种描述；更在于对组织的业务运营有着指导意义，这种意义体现在对资源的优化、对组织机构的优化以及对管理制度的一系列改变本系统的业务流程图如下：

图2.2业务流程图
2.3.3数据流程分析
数据流程是数据的采集、输入、处理、加工和输出的全过程。信息原始数据经采集后，输入计算机系统，进行模式或统计运算，或按用户的特殊要求编制某种专门程序来加工处理数据，然后输出结果数据。输出结果一般都应说明或反映某一领域内客观事物自然属性的特性和规律性。数据流程可以用数据流程图来表示：

图2.3政府采购管理系统顶层数据流程图

图2.4政府采购管理系统第一层数据流程图
P1功能展开图：

图2.5 P1功能展开图

P8功能展开图：

图2.6 P8功能展开图

2.3.4数据字典
数据字典是一种用户可以访问的记录了数据库和应用程序元数据的目录。数据字典的组成包括六个方面： 数据元素 、数据结构 、数据流 、数据存储 、处理过程及外部实体。数据字典可以对系统的逻辑模型作进一步完整的描述。

表2.1数据元素条目
数据元素
系统名：政府采购管理信息系统 编号：E001
条目名： 用户编号 别名：ID
属于数据流：采购申请单，合格专家，合同确认函。
存储处：采购计划本案
代码类型 ：bigint 取值范围 ：10
简要说明：每个用户都有自己的编号，根据自己的编号可确定自己的操作权限
修改记录：
编号
E001
日期
2010.05.22
审核
xxx
日期
2010.05.31

表2.2.外部实体条目
外部实体
系统名：石家庄市政府采购管理信息系统 编号：1－001
条目名：供应商 别名：无
输入数据流：政府资金
输出数据流：采购商品
主要特征：包含运货天数
简要说明：无
修改记录：
编号
001
日期
2010.05.22
审核
xxx
日期
2010.05.31

外部实体
系统名：石家庄市政府采购管理信息系统 编号：1－002
条目名：采购单位 别名：采购人
输入数据流：采购目录、采购计划
输出数据流：采购申请单
主要特征：无
简要说明：无
修改记录：
编号
002
日期
2010.05.22
审核
xxx
日期
2010.05.31

外部实体
系统名：石家庄市政府采购管理信息系统 编号：1－003
条目名：财务部 别名：
输入数据流：采购计划
输出数据流：采购预算
主要特征：无
简要说明：无
修改记录：
编号
003
日期
2010.05.22
审核
xxx
日期
2010.05.31

外部实体
系统名：石家庄市政府采购管理信息系统 编号：1－004
条目名：采购主管部门 别名：
输入数据流：采购申请单
输出数据流：采购计划
主要特征：采购办主任具有审批权力
简要说明：无
修改记录：
编号
004
日期
2010.05.22
审核
xxx
日期
2010.05.31

外部实体
系统名：石家庄市政府采购管理信息系统 编号：1－005
条目名：专家 别名：
输入数据流：无
输出数据流：专家注册信息
主要特征：进行采购方式的制定
简要说明：无
修改记录：
编号
005
日期
2010.05.22
审核
xxx
日期
2010.05.31

表2.3处理过程条目

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—001
条目名：填写采购申请表 别名：
输入数据流：采购单位
输出数据流：采购管理处
加工逻辑：采购人向主管部门发出采购申请
简要说明：采购人向主管部门发出采购申请
修改记录：
编号
P1.1
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—002
条目名： 预算管理程序批准 别名： 对追加预算的审批
输入数据流：采购单位
输出数据流：采购管理处
加工逻辑：对追加预算的审批
简要说明：对追加预算的审批
修改记录：
编号
P1.2
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—003
条目名： 申请审批 别名：
输入数据流：P1
输出数据流：P3
加工逻辑：采购人提交未审核订单，采购主管部门审核
简要说明： 由采购办主任审批
修改记录：
编号
P2
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—004
条目名： 制定采购目录 别名：
输入数据流：P2
输出数据流：P4,采购单位
加工逻辑：完成采购目录的制定
简要说明： 由专家制定采购计划
修改记录：
编号
P3
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—005
条目名： 制定部门采购计划申请单 别名：
输入数据流：P3，采购单位
输出数据流：单位主管部门
加工逻辑：制定出每个部门的采购计划
简要说明： 由采购单位制定申请单
修改记录：
编号
P4
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—006
条目名： 审核 别名：
输入数据流：单位主管部门,财务部，P4
输出数据流： P2
加工逻辑：采购主管部门的审核
简要说明： 由采购主管部门进行审核
修改记录：
编号
P5
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—007
条目名： 专家评审 别名：
输入数据流：专家
输出数据流： P7
加工逻辑：对专家的评审，选出优秀专家
简要说明： 由采购办进行专家评选
修改记录：
编号
P6
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—008
条目名： 邀请专家 别名：
输入数据流： P6，采购主管部门
输出数据流： P8
加工逻辑：邀请优秀专家进行采购计划的制定

简要说明： 由采购办邀请专家
修改记录：
编号
P7
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—009
条目名： 制定采购方式 别名：
输入数据流： 专家
输出数据流： 采购单位
加工逻辑：专家小组进行采购方式的制定
简要说明： 专家为采购人制定采购计划
修改记录：
编号
P8.1
日期
2010.05.22
审核
xxx
日期
201005.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—010
条目名： 制定组织方式 别名：
输入数据流： 专家
输出数据流： 采购单位
加工逻辑：由专家向采购人制定采购方式
简要说明： 由专家向采购人制定采购方式
修改记录：
编号
P8.2
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—011

条目名： 制定支付方式 别名：
输入数据流： 专家
输出数据流： 采购单位
加工逻辑：由专家向采购人制定支付方式
简要说明： 由专家向采购人制定支付方式
修改记录：
编号
P8.3
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—012
条目名： 下达合同确认函 别名：
输入数据流： 供应商，采购单位
输出数据流： D1
加工逻辑：采购办向财政部下达合同确认函
简要说明： 财政部向供应商拨款的凭证
修改记录：
编号
P9
日期
2010.05.22
审核
xxx
日期
2010.05.31

处理过程
系统名：石家庄市政府采购管理信息系统 编号：2—013
条目名： 拨款 别名：
输入数据流： P10，财务部
输出数据流： 供应商
加工逻辑：财政部向供应商拨款
简要说明： 财政部向供应商拨款
修改记录：
编号
P10
日期
2010.05.22
审核
xxx
日期
2010.05.31

表2.4 数据流条目
数据流
系统名：石家庄市政府采购管理信息系统 编号：3—001
条目名：采购申请书 别名：
来源： P1
去处： P2
数据流结构：编号 采购人编号 商品号 数量
简要说明：采购单位填写采购申请书向有关部门进行采购申请
修改记录：无
编号
F1
日期
2010.05.22
审核
xxx
日期
2010.05.31

数据流
系统名：石家庄市政府采购管理信息系统 编号：3—002
条目名：采购预算 别名：
来源： P5
去处： P2
数据流结构：编号 采购人编号 金额
简要说明：对单位采购计划的审批
修改记录：无
编号
F2
日期
2010.05.22
审核
xxx
日期
2010.05.31

数据流
系统名：石家庄市政府采购管理信息系统 编号：3—003
条目名：合格专家 别名：
来源： P6
去处： P7
数据流结构：编号 姓名 研究方向
简要说明：进行供应商的选择
修改记录：无
编号
F3
日期
2010.05.22
审核
xxx
日期
2010.05.31

数据流
系统名：石家庄市政府采购管理信息系统 编号：3—004
条目名：采购计划 别名：
来源： P8
去处：采购单位
数据流结构：编号 采购单位号 商品号 供应商号 数量
简要说明：包括采购方式，组织方式，支付方式
修改记录：无
编号
F4
日期
2010.05.22
审核
xxx
日期
2010.05.31

数据流
系统名：石家庄市政府采购管理信息系统 编号：3—005
条目名：合同确认函 别名：
来源： P10
去处：P11
数据流结构：编号 供应商号 采购单位号
简要说明：财务部根据确认函拨款
修改记录：无
编号
F5
日期
2010.05.22
审核
xxx
日期
2010.05.31

表2.5 数据存储条目
数据存储
系统名：石家庄市政府采购管理信息系统 编号：4—001
条目名：合同档案 别名：
存储组织：二维表
记录数：
主关键字：编号
数据流结构：档案号 档案名 订立日期 采购人号 供应商号
简要说明：在此存储供应商与采购人订立的合同
修改记录：无
编号
D1
日期
2010.05.22
审核
xxx
日期
2010.05.31

数据存储
系统名：石家庄市政府采购管理信息系统 编号：4—002
条目名：采购计划档案 别名：
存储组织：二维表
记录数：
主关键字：编号
数据流结构：采购商品号，商品名，供应商号，支付方式，采购方式
简要说明：在此存储采购主任批准的各单位的采购计划
修改记录：无
编号
D2
日期
2010.05.22
审核
xxx
日期
2010.05.31

表2.6数据结构条目
数据结构
条目名：采购单位登记卡 编号：4—001
说明：统计采购单位采购情况的卡片 别名：
有关数据流：采购申请单
有关数据存储：无
结构：采购单位号 采购单位名 采购货物编号 采购数量
修改记录：无
编号
D1
日期
2010.05.22
审核
xxx
日期
2010.05.31

3. 系统设计
3.1 系统设计目标
（1）本系统以“金财工程”总体规划和建设目标为基准，以政府采购法“公平、公开、公正”的原则为依据，结合当前政府的实际采购业务流程进行设计。
（2） 实现上下级财政部门数据的上报、查询，满足金财工程的基本要求。
（3）从预算管理、计划管理、合同管理、专家管理、供应商及资料管理到财政部报表，实现完整的管理、控制流程，共享数据；
（4）实现了政府采购管理部门、财政业务部门、采购单位及采购单位主管部门环环相扣、同步操作、数据共享；
（5）此次毕业设计要能对现行政府采购系统中存在的突出问题进行有效地分析并解决，主要是利用信息管理系统的开发技术，利用一些量化的指标及程序性的工作流程达到对一些突出行政问题的解决。
（6）通过此次毕业设计，要能掌握用结构化系统设计方法来进行一般简单系统的开发，对C#编程及SQL server数据库常用功能熟练掌握并能进行一般系统开发。
3.2 系统功能结构设计
3.2.1 系统总体设计
本系统包含以下5个功能模块：用户管理模块、采购单管理模块、政府采购计划制定模块、商品管理模块及供应商管理模块。
（1）用户管理模块：实现了用户的登录及注册设置；并针对不同的用户赋予不同权限，进行不同操作。
（2）采购单管理模块：包括查询、修改、删除、刷新功能和采购预算追加功能。
（3）政府采购计划制定模块：通过集中、统计各单位制定的采购目录、采购计划，会同有关专家，制定出采购方式、组织方式及支付方式，从而确定采购计划。
（4）商品管理模块：系统实现了商品类型管理、商品信息管理及商品供应管理。
（5）供应商管理模块：系统实现了供应商的基础信息和诚信档案管理，记录参加政府采购活动的供应商的诚信状况。
以下即为本系统的功能结构图：

图3.1系统功能结构图
3.2.2 系统详细设计
系统设计的基本任务大体上可以分为两个方面：把总任务分解成许多基本的、具体的任务；为个具体的任务选择适当的技术手段和处理方法，这便是详细设计，包括代码设计、数据库设计、输入设计、输出设计、人机对话设计、处理过程设计。

3.3 数据库设计
3.3.1 数据库概念模型设计
概念模型是将需求分析阶段得到的应用需求抽象为信息世界的结构。它能真实的、充分的反映现实世界，且易于理解，易于更改及向其他数据模型转化。描述概念模型的有力工具是E-R模型。以下即为本系统的E-R模型。

图3.2 系统E-R图
以下为E-R图对应的实体属性图：

图3.3 供应商实体属性图

图3.4 供货实体属性图

图3.5 需求实体属性图 图3.6 商品实体属性图
图3.7 商品类型实体属性图 图3.8 供应商类型实体属性图 图3.9 用户实体图
图3.10 采购单位实体属性图 图3.11 合同实体属性图

图3.12 采购实体属性图
图3.13 专家实体属性图
3.3.2 数据库逻辑模型设计
逻辑结构设计的任务就是将概念结构设计阶段的E-R模型转换为关系模型。以下即为本系统的关系模型：
用户表（用户号，用户名，用户密码，用户权限）
商品类型表（类型号码，类别名，上级类别号）
供应商类型表（类别号，类别名）
采购表（供应商号，采购单位号，专家号，日期，批准者号，商品号，单价，数量）
需求表（采购单位号，商品号，数量，日期）
供货表（商品号，供应商号，价格，数量，日期）
采购单位表（单位号，单位名，商品号，商品名，数量，采购日期，采购额度）
供应商表（供应商号，供应商名，送货天数，地址，供应商类型，联系人，联系方式，E-mail，传真）
专家表（专家号，姓名，性别，籍贯，出生日期，学历，毕业院校，研究方向，联系电话，E-mail）
合同表（合同名，合同号，额度，日期，订货单位号，供应商号）
商品表（商品号，商品名，商品类型，数量）
3.3.3 数据库物理结构设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。由于本系统采用关系数据库，因此其物理设计的内容主要包括：
1. 为关系模式选择存取方法；
2. 设计关系、索引等数据库文件的物理存储结构。
（1） 存取方法的选择
本系统数据库选择索引方法与聚簇方法作为存取方法。
①由于属性“商品号”在采购表，需求表，供货表上经常出现，所以在商品表的“商品号”属性上建立索引；
②由于属性“供应商号”在合同表，供货表，采购表上经常出现，因此在供应商表的“供应商号”属性上建立索引；
③由于属性“采购单位号”在采购表，需求表，采购单位表上经常出现，因此在采购单位表的“采购单位号”属性上建立索引。
④由于商品表与采购表，需求表，供货表进行连接操作，因此考虑在商品表上建立聚簇，其中属性“商品号”作为聚簇码；
⑤由于供应商表与合同表，供货表，采购表进行连接操作，因此考虑在供应商表上建立聚簇，其中属性“供应商号”作为聚簇码。
（2） 物理存储结构的选择
①将表与索引放在不同磁盘上；
②将表与日志文件放在不同磁盘上。
3.4 代码设计
代码是用来表征客观事物的一个或一组有序的符号，它易于计算机和人的识别与处理。通过编码建立统一的经济语言，有利于提高通用化水平，使资源共享，达到统一化；有利于采用集中化措施以节约人力，加快处理速度便于检索。
本系统中，对不同权限的用户有不同的编码，采用层次码进行用户的编号。
以0开头的表示系统管理人员；
以1开头的表示采购主管；
以2开头的表示采购单位；
以3开头的表示供应商；
以4开头的表示专家；
例如： Ⅹ ⅩⅩ

图3.14 代码设计图
3.5 输入输出设计
3.5.1输入设计
“输入的是垃圾，输出的必然是垃圾”，输入设计的目标是保证向系统输入正确的数据。再此前提下应做到输入方法简单、迅速、经济、方便。为此，本系统的输入设计遵循以下原则：
（1） 最小量原则
即在满足用户需求的前提下使输入量最少。输入量最少，出错机会越少，花费时间越少，数据一致性越好。在本系统中，用户注册时只需要根据自己的身份输入相应的信息即可成功注册。例如在商品类型管理中，用户只需要在商品类型管理界面中进行选择就可方便的对商品类型进行增加、修改、删除等操作。同样在商品供应管理中，也只是进行简单的选择操作即可知道商品的名称、日期及对应供应商的所有资料。
（2） 简单性原则
在用户注册过程中，用户无须输入自己的编号，在对应的后台数据库中就会根据用户的类型进行自动生成用户编号。
（3） 早检验原则
对输入数据的检验尽量接近原数据发生点，使错误能及时得到改正。如在用户注册时输入最简单的性别时，只能输入“男”或“女”，否则无法成功注册；商品类型的选择必须是在已有的类型中进行选择，该选择界面主要是通过将商品类型提前输入到一个树状控件上实现。
（4） 少转换原则
输入数据尽量用其处理形式所需记录，以免数据转换介质时发生错误。
3.5.2输出设计
输出设计的目的是使系统能输出满足用户需要的有用信息。对于大多数用户来说，输出是系统开发的目的和评价系统开发成功与否的标准。输出设计中应考虑以下原则：报表输出要使用、方便、考虑用户已经习惯的输出格式； 表格要考虑系统发展的需要；屏幕输出格式要清晰，重要数据要显示在突出位置上。为了提高系统的规范化程度和编程效率，在输出设计上应尽量保持输出流内容和格式的同一性，也就是说，同一内容的输出，对于显示器、打印机、文本文件和数据库文件应具有一致的形式。输入数据过册的类型
3.6 物理配置方案设计（包括硬、软件、网络设计）
根据当前计算机市场的性能价格比和本系统的实际情况，对硬软件以及网络有着以下的要求。
(1)服务器硬件要求
(a)CPU:最低要求 Intel Pentium III 600 MHz，建议更高
(b)内存: 最低要求512MB，建议1G或更高
(c)显示器 800x600， 256 colors
(2)服务器软件要求
(a)操作系统：Windows XP或者 linux
(b)服务器容器：Tomcat6.0
(c)数据库：SQL Server2000

3.7 安全性设计
系统安全指的是MIS的各个组成部分都处于安全状态，包括计算机安全、网络安全也数据库安全等方面。
（1）计算机安全
(a)访问控制
在工作站或终端上使用凭“用户名”和“口令”进入系统的措施，以防非法侵入。根据不同用户设置不同权限，不同权限进入系统后才能进行相应的操作；
(b)加密控制
加密指将原有的可读信息（程序与数据）进行翻译，译成密码或密文的代码