第一篇：超市采购管理系统的分析与设计
目 录 引言............................................................................................................................1
1.1系统开发背景...................................................................................................1 1.2系统开发的目的和意义...................................................................................1 2 可行性分析................................................................................................................1
2.1技术可行性.......................................................................................................2 2.2经济可行性.......................................................................................................2 2.3管理可行性.......................................................................................................2 2.4可行性分析结论...............................................................................................2 3 系统分析....................................................................................................................3
3.1组织结构分析...................................................................................................3 3.2系统功能分析...................................................................................................3 3.3业务流程分析...................................................................................................4 3.4数据流程分析...................................................................................................4 3.5数据字典...........................................................................................................6 4 系统设计..................................................................................................................10 4.1总体功能结构设计.........................................................................................10 4.2数据库设计.....................................................................................................11 总结..............................................................................................................................13 参考文献......................................................................................................................14
i 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
超市采购管理系统的分析与设计 引言
1.1系统开发背景
随着超市高速的发展，其经营管理也变得愈加复杂，早期采购的形式早已不能满足现在超市的发展，这样就迫切地需要引入新的采购管理技术。
超市形态具有种种优点，但在目前状况下，它仍存在落后的一面，如：不能有效地管理每种购进商品，清点货物速度慢，容易出现采购差错，不宜进行商品调价等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，在选题过程中，我们小组选择了超市采购管理系统设计题目，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。
1.2系统开发的目的和意义
超市采购管理系统用计算机管理超市库存进出管理的一种计算机应用技术。现在一般的超市都采用计算机智能化管理，采用计算机作为工具的实用的计算机超市库存管理程序来帮助管理员进行更有效的超市库存管理工作。超市采购管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。实现超市的信息化管理的同时又可以减少盲目采购，降低采购成本，合理控制库存，减少资金占用并提高超市市场竞争力。可行性分析
可行性分析系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。在本系统中：超市需求日益多样化和个性化，产品更新换代的周期越来越短，这就要求超市必须改变可存管理现状，以适应时代的要求。本系统开发的目的就是通过系统开发，实现产品出采购管理工作的计算机化，提高业务的处理速度和规范化程度，并对有关的工作进行集成和重组，进一步通过计算机网络系统德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
实现整个企业的管理信息化。
该系统可以提高管理工作的质量和效率它可以实现管理的“动态”化，能及时地提供产品出采购时的商品的信息，在系统过高或过低时，都给予提示。强大的统计分析功能，利用计算机工具以各种方式统计采购情况以便整体营销策略的调整。
2.1技术可行性
对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。本方案技术要求不高，系统涉及范围不大，子系统间联系紧密，安全性、可靠性强；系统要求在windows2007以上环境运行，后台数据库采用SQL Server 2008，这些在目前都是容易实现的，使得本系统的成功开发成为可能。可见，从技术上是完全能满足基本功能需要的。
2.2经济可行性
超市管理系统开发需要投资费用和未来的运行维护费用，其中投资费用主要包括设备费用、人员费用及其他费用（如由于工作方式改变需要增加的其他开支），通常为了保证新系统运行的可靠性，要求手工和计算机处理在长时间内并存。系统的收益主要通过新系统提高工作效率，指导经营策略来实现，还有其他难以计算的指标。而且，目标系统不是很复杂，开发的周期较短，人员经济支出不大，所节省的大量人力、财力产生的效益将远远大于本系统的开发成本，所以从经济方面讲开发此系统是可行的。
2.3管理可行性
在现代化企业管理中，信息技术能够帮助企业在日益激烈的竞争中获得难以想象的竞争优势。
本超市采购管理信息系统，需要人员参与很少，大部分都可以通过计算机进行数据的处理，从仓库发出库存单、采购部发出采购单给供应商、供应商发出提货通知、财务部把订单金额打给供应商等过程，完全可以通过本系统进行操作，而且超市内部高层可以对整个超市的采购动态进行全面的的了解，可以减轻工作人员的劳动强度，提高业务管理水平。所以本系统在管理上是可行的。
2.4可行性分析结论
通过以上验证，发现该系统具有一定的可行性，可以实现基本数据查询和历史数据分析的功能。德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计 系统分析
通过考察，掌握了超市的现存的业务流程，了解了超市在采购管理系统功能以及性能方面的要求，在此基础上对采购管理系统进行进一步的业务流程分析及功能需求分析，制定出更加简洁有效的业务流程和数据流程。
3.1组织结构分析
通过对企业现行系统的调查分析，了解到该企业的组织结构设置，超市进销存系统统一由经理管理，下设采购部、库存部、销售部、财务部、人事部5个部门。超市的组织机构如图1所示。
经理采购部库存部销售部图1 企业组织结构图
财务部人事部
3.2系统功能分析
为了实现超市采购管理信息系统的目标，系统必须具有仓库管理、采购信息管理、供应商管理等三部分。超市系统功能结构图如图2所示。
超市采购管理系统仓库管理采购管理供应商管理库存信息申购单生成验货入库编制采购订单合同建立进行验货增减供应商设置供应商状态修改供应商信息
图2 功能结构图 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
3.3业务流程分析
采购管理业务主要包括采购人员、库存管理人员、财务人员和供应商人员。根据工作内容可以划分为采购管理、库存管理、财务管理及供应商信息管理4个相互联系的业务流程，其中信息管理中具体业务流程分析如图3所示。
仓库入库单检查库存量商品申购单采购部审批申购单不合格申购单合格申购单采购部付款申请单财务部采购合同单生成采购订单付款单采购订单供应商图3 超市采购信息管理流程图
生成合同 3.4数据流程分析
系统的数据流程就是各种信息（单据、报表、账本）交替传送，生成新信息的过程。本系统主要是采购部向系统输入清单；供应商向系统输入提货通知单，系统将结果单传输给采购部和供应商。信息管理系统顶层数据流图如图4所示。
入库单P0采购部采购系统处理图4采购管理系统的顶层数据流图
供应商 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
下一步是对顶层数据流图中的“处理”进行分解，也就是将“信息管理”分解为更多的“处理”。图5是分解后的第一层数据流图，图
6、图7和图8分别为第二层数据流图的合同处理、采购处理和库存处理的管理。
P1采购部合格合同处理同合同合采购订单供应商P2采购处理
图5 第一层数据流图
合同执行状态谈判价格等信息P1.1采购部采购合同生成采购合同P1.2用款信息财务部采购合同管理供应商F1合同记录图6 合同处理管理
采购部采购单P2.1财务部付款单付款处理付款汇总F2财务报表
图7 采购处理的管理 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
P2.2入库单采购部库存管理合格入库单P2.21登记库存台账 F3库存台账库存单仓库
图8 库存处理的管理
3.5数据字典
数据字典是数据流图的补充。（1）数据项描述 ①数据项编号：I01 数据项名称：商品编号
别名：商品代码
概述：某种商品的编号
类型：字符型
长度：30 ②数据项编号：I02 数据项名称：供货商编号
别名：供货商代码
概述：某种商品的供货商
类型：字符型
长度：30 ③数据项编号：I0
3数据项名称：购入量
别名：购入商品数量
概述：某种购入商品的数量
类型：数值型
长度：4位整数 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
取值范围：0~9999 ④数据项编号：I0
4数据项名称：进货单价
别名：购进商品的单价
类型：浮点型
长度：80（2）数据结构定义 ①数据结构编号：DS01 数据结构名称：采购单
简述：定义了采购商品的有关信息
数据结构组成：商品编号+商品名+售价+商品价格+采购时间+采购人员名称 ②数据结构编号：DS02 数据结构名称：入库单
简述：定义了商品入库的有关信息
数据结构组成：商品编号+商品名+供货商编号+入库时间+入库数量（3）外部实体定义 ①外部实体编号：E1 外部实体名称：采购人员
简述：负责商品采购信息的处理，与库房商品交接
外部实体组成：编码+姓名+性别+年龄+所属部门
输出的数据流：入库单 ②外部实体编号：E2 外部实体名称：供应商
简述：负责产品的供应，与采购人员进行商品交接。
外部实体组成：编码+姓名+联系方式
输出的数据流：提货通知单表 ③外部实体编号：E3 外部实体名称：财务人员
简述：负责账务结算 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
外部实体组成：编码+姓名+性别+年龄+所属部门
输出的数据流：财务报表
④外部实体编号：E4 外部实体名称：仓库人员
简述：负责商品管理
外部实体组成：编码+姓名+性别+年龄+所属部门
输出的数据流：申购单（4）数据存储定义 ①数据存储编号：F1 数据存储名称：财务报表
简述：用于分析商品的结算信息
组成：商品编号+商品名称+商品售价+商品数量
关键字：商品编号 ②数据存储编号：F2 数据存储名称：库存台账
简述：用于记录商品的信息
组成：商品编号+商品名称+购入单价+库存数量
关键字：商品编号（5）数据流定义 ①数据流编号：D1 数据流名称：入库单
简述：采购人员填写的商品入库凭单。
数据流来源：采购人员
数据流去向：登记商品购入流水账处理功能
数据流组成：日期+入库单编号+商品号+单位+购入数量
数据流量：约30份/天
高峰流量：约50份/天 ②数据流编号：D2 数据流名称：库存单 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
简述：库存人员填写的库存单据。数据流来源：库存人员 数据流去向：库存信息处理
数据流组成：库存编号+商品名称+库存总量+入库时间+剩余量+剩余情况 数据流量：约0个/日 高峰流量：约100个/日 ③数据流编号：D3 数据流名称：付款单
简述：财务人员填写的付款单据。数据流来源：财务人员 数据流去向：付款信息处理
数据流组成：库存编号+商品名称+总量+价格 数据流量：约30份/天 高峰流量：约50份/天 ④数据流编号：D4 数据流名称：采购单
简述：采购人员填写的采购申请单据。数据流来源：采购人员 数据流去向：采购信息处理
数据流组成：商品编号+商品名称+单价+数量 数据流量：约30份/天 高峰流量：约50份/天（6）处理逻辑定义 ①处理逻辑编号：P1 处理逻辑名称：合同处理
简述：根据采购单的内容，进行采购合同生成输入的数据流：采购单、库存单
处理描述：根据商品价格和采购要求，进行统计分析，得到合同处理订单。②处理逻辑编号：P2 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
处理逻辑名称：采购信息处理
简述：根据库存单和入库单，进行产品信息采购分析
输入的数据流：库存单、入库单
处理描述：根据库存单和入库单，进行统计分析，得到产品信息采购分析报告 系统设计
4.1总体功能结构设计
本系统包括仓库管理、采购信息管理、供应商管理3大模块。超市管理系统的功能结构图如图9所示：
超市采购管理系统仓库管理采购管理供应商管理库存信息 申购单生成验货入库编制采购订单合同建立进行验货增减供应商设置供应商状态修改供应商信息 图9系统功能结构图
本系统共包括三大模块，分别是仓库管理模块，采购信息管理模块，供应商管理模块。每个模块的功能如下：
（1）仓库管理模块功能： ①实现仓库商品信息的查询；
②实现仓库商品信息的更新，包括增加、删除、修改功能；（2）采购管理模块功能： ①实现采购信息的查询；
②实现进货信息的更新，包括增加、删除、修改功能。（3）供应商管理模块功能： 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
①实现供货商信息的查询；
②实现供货商信息的更新，包括增加、删除、修改功能。
4.2数据库设计
（1）E-R模型
根据用户需求设计数据库概念模型，概念结构是各种数据模型的共同基础，一般使用E-R 模型来表示。分析收集到的资料，画出超市现实中的事物及其相互联系图。本系统的E-R图如下所示。
①商品实体E-R图如图10所示。
商品编号商品名称商品数量商品生产日期总额图10 商品实体E-R图
单价 ②供应商实体E-R图如图11所示。
供应商简介供货商编号供应商
图11供应商实体E-R图
供应商名称 ③商品与供应商关系E-R图如图12所示。德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
商品编号商品名称供应商简介m商品数量商品供货n供应商供货商编号总额单价生产日期供应商名称 图12库存实体E-R图
（2）数据库的逻辑设计 ①数据库和表名称
为了便于编程，本系统中表名采用英文单词或字母与汉语拼音，数据库中的商品表、供应商表、购买表分别如表
1、表2和表3所示。
表1 production商品表
字段 1 2 3 4 5 6 字段名称 S_Id S_Name S_Count S_SCRQ S_Price S_ZE
类型 数字 文本 数字 日期/时间 数字 数字
字段大小 int
varchar(255)varchar(255)varchar(255)varchar(255)varchar(255)
表2 provider供应商表
字段描述
商品编号，递增，主键 商品名称 商品数量 生产日期 单价 总额
字段 1 2 3 字段名称 P_Id P_Name P_Introduce
类型 数字 文本 文本
字段大小 int
varchar(255)varchar(255)
表3 Buy购买表
字段描述 供货商编号，主键 供货商名称 供货商简介
字段 1 2 3 4 5 6 7 8 字段名称 B_ID B_ProviderId B_ShangpinId B_StockDate B_Deliver B_Count B_Price B_Zongjia
类型 数字 文本 数字 日期/时间 文本 数字 数字 数字
字段长度 int Int Int
varchar(255)varchar(255)varchar(255)varchar(255)varchar(255)
字段描述 进货编号 供应商编号 商品编号 进货时间 采购员姓名 购入量 进货单价 进货总价 德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
总结
通过这次课程设计，我们巩固了数据库课程中所学的各种关于SQL的知识和技巧，更重要的是学会和实践了管理信息系统所学知识，和如何建立符合要求的没有冗余的数据库表等.但同时也遇到了许多困难，比如在进行数据流程分析中，考虑不够系统全面，导致绘制流程图时遇到问题，整体层次不够分明，但经过小组成员共同商讨，不断改进，最终成功绘制出来了；还有在编制数据字典时，由于对其不是很了解，花费时间较长，但是通过查阅大量资料，最终得以解决。
在本次超市采购管理信息系统的设计中，让我们对管理信息系统这门课有了更深的认识。对于我们所做的超市采购管理信息系统中，实践管理信息系统的概念，使用计算机硬件、软件以及搜索引擎等进行信息的收集、加工、储存、更新等设计并实现了采购信息管理系统。本系统是运用信息技术，对一家超市，建立具有请购管理功能、采购管理功能、合同管理功能的管理信息系统，以简化库存管理，提高商品库存效率，增长公司年度利润。我们所做的采购管理信息系统主要包括超市仓库管理模块，采购信息管理模块，供应商管理模块，实现最基本的采购流程，对于超市内部的基础操作有一定的帮助。该系统比较贴近实际超市采购业务流程,因果逻辑严密,数据的来源比较紧凑,对采购订单和采购合同管理的设计尤其严谨实用,操作简单,但又不失一定的实用性,基本实现了对超市采购过程作信息处理与系统管理的系统目标。系统实现后，在采购管理方面能完成商品查询、库存更新、合同生成等功能；在库存管理方面库存输入、库存修改和库存查询等工作。供应商管理模块能实现对供应商信息的查询，供货信息的明确等功能。
我们在做此课程设计时综合了各方面的知识，如计算机知识、数据库知识等。提高了查找资料的能力、沟通询问的技巧、总写能力等等，最终完成了该系统，我相信这将对我们以后的学习与工作有莫大的帮助。德州学院
信息管理学院
2013级
信息管理与信息系统专业
课程设计
参考文献
[1]张仪.信息系统项目的风险管理探[J].电子技术与软件工程,2015.[2]秦秋君.信息系统应急管理体系[J].电子技术与软件工程,2015.[3]萨师煊,王珊.数据库系统概论[M].第三版.北京：高等教育出版社.2004.[4]李绍文.刍议基于项目管理的计算机信息系统集成[J].电子制作,2015.[5]许晓翠.信息系统项目建设风险管理的思考[J].电子制作,2015.[6]王天新.管理信息系统发展[J].现代情报,2007.[7]杨德友.学生综合管理信息系统研究与实现[D].西南交通大学,2006.[8]陈鹤松.设备管理信息系统的研究与开发[D].南京理工大学,2004.[9]陈传虹.基于三层结构的数据库管理信息系统的应用[D].重庆大学,2004.[10]徐永红.基于B/S结构的学校管理信息系统的研究与开发[D].四川大学,2004.[11]郑光杰,吴明富,贺富强.采购管理系统及方法[P].广东：CN101131750,2008.[12]孙敏.企业采购管理计算机网络系统[P].安徽：CN102509181A,2012.[13]李丽,段文秀,王丽丽.管理信息系统[M].高等教育出版社2015.[14]薛华成.管理信息系统[M].5版.北京：清华大学出版社，2007 [15]宗禾.政府采购管理交易系统建设初见成效[N].中国财经报,2015.[16]王艳桃.间接采购管理信息系统分析设计研究[D].北京林业大学,2011.[17]陈素敏.采购管理信息系统的设计与实现[D].复旦大学,2008.[18]申冠楠,郭宗义.百货店商品的库存管理系统的设计与实现[M].现代商业，2010.
第二篇：超市采购管理
控制好采购环节是实现经营计划目标的重要手段，控制好采购环节就等于控制住了商品流通的起点和源头。
控制好采购环节的目标
控制好采购环节的目标是什么？这是每一家连锁超市要首先确定的。
采购计划是达到经营目标的依据，因此在采购计划的制定中要控制好经营目标值、市场份额值、盈利值和盈利率，一般可考虑以下集中控制的方法：
1、采购计划的制定要细分，落实到商品的小分类，对一些特别重要的商品甚至要落实到品牌商品的计划采购量，采购计划要细分到小分类，其意图就是控制好商品的结构，使之更符合目标顾客的需求。同时也是对采购业务人员的业务活动给出了一个范围和制约。
2、如果把促销计划作为采购计划的一部分，那么在供应商签订采购合同之前，就要要求供应商提供一的产品促销计划方案，以便我们在制定促销计划时参考。连锁企业的促销活动，实际上是一种对应供应商产品的促销动员、促销组合。
采购考核的指标体系
除了采购计划的控制外，还有与供应商进行交易的制度计划（供应商文件）、采购组织机构控制和采购程序控制。但在日常具体的采购业务活动中，还必须建立考核采购人员的指标体系对采购进行细化的控制。采购考核指标体系一般可由以下指标组成：销售额指标
销售额指标要细分为大分类商品指标、中分类商品指标、小分类商品指标及一些特别的单品项商品指标。分类的商品销售额指标比例值应根据不同的业态模式中商品销售的特点来制定。
商品结构指标
商品结构指标是以体现业态特征和满足顾客需求度为目标的考核指示。如对一些便利店的商品结构进行研究发现，反映便利店业态特征的便利性商品只占8%，公司自有品牌商品占2%，其他商品则高达80%.为了改变这种商品结构，就要从指标上提高便利性商品和自有商品的比重并进行考核，通过指标的制定和考核同时达到两个效果：一是在经营的商品上使业态特征更明显；二是高毛利的自有品牌商品比重上升，从而增强了竞争力和盈利能力。
毛利率指标
根据超级市场品种定价的特征，毛利率指标首先是确定一个综合毛利率的指标，这个指标的要求是反映超市的业态特征，控制住毛利率，然后分解综合毛利率指标，制定不同类别商品的毛利率指标并进行考核。毛利率指标对采购人员通过合理控制订单量来加快商品周转，扩大毛利率，并通过与供应商谈判加大促销力度，扩大销售量，增大供应商给予的“折扣率”，扩大毛利率。对高毛利率商品类的采购人员，促使其优化商品品牌结构，做大品牌商品销售量，或通过促销做大销售量，扩大毛利率，要明白一个道理，超市毛利率的增加，很重要的一个途径就是通过促销做大销售量，然后从供应商手中取得提高毛利率的“折扣率”。
库存商品周转天数指标
这一指标主要是考核配送中心库存商品和门店存货的平均周转天数。通过这一指标可以考核采购业务人员是否根据店铺商品的营销情况，合理地控制好库存，及是否合理地确定了订货数量。
门店订货商品到位率指标
这个指标一般不能低于98%，最好是100%.这个指标考核的是，门店向总部配送中心订货的商品与配送中收库存商品可供配的比例。这个指标的考核在排除总部其他部门的工作因素后，除特殊原因外，主要落实在商品采购人员身上。到位率低就意味着门店缺货率高，必须严格考核。
配送商品的销售率指标
门店的商品结构、布局与陈列量都是由采购业务部制定的，如果配送到门店的商品销售率没有达到目标，可能是商品结构、布局和陈列量不合理。对一些实行总部自动配送的公司来说，配送商品销售率可能还关系到对商品最高与最低陈列量的上下限是否合理。
商品有效销售发生率指标
在超级市场中有的商品周转率很低，为了满足消费者一次性购足的需要，这些商品又不得不备，但如果库存准备的不合理，损失就很大。商品有效销售发生率就是考核配送中心档案商品（档案目录）在门店pos机中的销售发生率。如低于一定的发生率，说明一些商品为无效备货，必须从目录中删除出去并进行库存清理。
新商品引进率指标
为了保证各种不同业态模式超级市场的竞争力，必须在商品经营结构上进行调整和创新，使用新商品引进率指标就是考核采购人员的创新能力，对新的供应商和新商品的开发能力，这个指标一般可根据业态的不同而分别设计。如便利店的顾客是新的消费潮流的创造者和追随者，其新商品的引进力度就要大，一般一年可达60%至70%.当一年的引进比例确定后，要落实到每一个月，当月完不成下一个月必须补上。如年引进新商品比率为60％，每月则为5％，如当月完成3％，则下月必须达到7％。
商品淘汰率指标
由于门店的卖场面积有限，又由于必须不断更新结构，当新商品按照考核指标不断引进时，就必须制定商品的淘汰率指标，一般商品淘汰率指标可比新商品引进率指标低10％左右，即每月低1％左右。
通道利润指标
一般通道利润可表现为进场费、上架费、陈列费、促销费等，对采购人员考核的通道利润指标不应在整个考核指标体系中占太大比例，否则会把方向领偏，通道利润指标应更多体现在采购合同与交易条件之中。
第三篇：超市采购数据与分析管理范文
超市采购数据与分析管理
采购最终的目的就是在贩卖获利，所以采购是否有绩效，最终的表现就显示在数据上，而数据是很现实的，没有达到既定的目标，效率就会被判定为“差”。因此，在采购的数据管理上，现提出几种管理数据做为分析判断的工具：
一、进销存的数据资料掌握
要能明确算出每个部门，每个中分类，每月的进销存数据，而利用POS系统及EOS系统较能很快掌握公司的销售资料及进货资料。换言之，如能以较科学的方式来获取进销存的资料，较能给经营带来大的助益。
二、分类的构成比分析
管理一个公司的商品，不能只是知道全店的营业额和利益，也不能只顾及部门的营业额及利益。例如：不但要知道饮料类这个中分类的营业额及利益是多少，对于它所占的构成比也要了解，才能知道销售的弱点在那里，以及如何加以改善。
三、毛利率分析
毛利率=毛利率/营业额×100
对于每一个分类也要能将毛利率计算出来，了解哪一个分类的获利能力好，哪一个分类的获利能力差，而调整商品结构或强化弱的分类。
四、商品回转率分析
商品回转率=营业额/初期存货+期末存货/2×100
商品回转天数=365天/年商品回转率
超级市场的经营决窍之一，就在求取快速的商品回转率，所以对于每一分类的回转率须予以计算出来，回转率愈快愈好。因回转率愈快，商品鲜度愈佳，资金回收速度也快；如此形成一个良性的循环，经营才会杰出。一般来说，超级市场的回转次数，一年应保持在20—22次以上才合乎标准，经营者可以检查一下自己公司的回转次数，是否在标准之内，若在标准之外，可就要好好努力了。
采购部门是超市创造业绩的部门，所以如果没有完备的采购组织存在，超市根本不可能存在，更不用说想赚钱了，因此超市在谈利润的第一步就是要先组织一支战斗力十足的采购战斗队伍，如此严密地把守住货物进出的第一关，才有可能使超市真正立于不败之地。
采购部门就如同制造业的生产部门一般，是创造利润的单位，此关若把守得当，只进一些会赚钱的货，自然就可以确保超市的基本业绩。
一般而言，采购组织可分为分权式采购组织及集权式采购组织两类，这两类组织模式各有利弊，业者可视个人的规模、目标而选定适合自己的模式。
第四篇：超市生鲜食品采购管理
超市生鲜食品采购管理
一、生鲜食品采购的特点及采购模式
1．生鲜食品的特点
与一般超市相比，生鲜食品具有以下特点：
(1)生鲜食品价格变化很大，批零差价大，很多商品价格变动幅度全年能达到10％以上，大多商品价格是一天一个价。
(2)除了面包和熟食外，生鲜食品的品种季节性很强，这些商品均在短短的一个时期集中上市，在生产、销售和价格上都表现出明显的季节性的变动趋势。
(3)生鲜食品大多为初级农副产品，其质量目前还主要沿用感官鉴定，缺乏统一的质量标准，造成生鲜食品在质量分级定价上标准制定困难。
(4)生鲜食品保质期短，易变质、易腐败，其商品损耗大大高于其他商品。
2．生鲜食品采购管理的特点
正是由于生鲜食品与一般商品相比存在以上特点，相应地生鲜食品的采购也具有自己一些特点：
(1)采购的复杂性。由于生鲜食品价格变动较大，这就造成了采购人员市场采价困难，同时也增加了对采购人员吃拿回扣的控制的难度；由于生鲜食品质量难以标准化，这使得采购部门对厂家的质量比对和控制困难，同样也给采购人员降低质量以谋取个人私益留下了空间。由于季度性很强，再加上农业产品靠天吃饭所造成的产量不确定性，这使得对生鲜食品的采购的品种和数量的预测困难。正是由于以上三个问题，造成生鲜食品采购的不确定性、复杂性加大。
(2)风险性。由于生鲜食品，特别是生鲜三果，经营成本、损耗大，操作复杂，如果采购管理不慎，就有可能使超市因经营生鲜食品而出现亏损或加大亏损，难以为继，这也是许多超市想经营生鲜食品，却又不敢贸然进人的一个原因。
(3)规模性降低。由于生鲜食品保质期短，有的仅1+2天，再加上许多超市未形成规模经营，这使得生鲜食品的采购半径缩短，使得许多超市，特别是跨地区经营的超市门店自行采购商品，降低了连锁经营在统一集中采购上所能获得的规模效益。这也是在洋超市的进逼下，许多超市仍有生存空间的原因。因为洋超市在全国有一二十家，但在某一地区还只有一两家超市，这些超市在生鲜食品的规模效益还不是很明显，而当地超市只要规模达到一定程度，统一集中采购，在价格上还是有一定优势的。因此当地超市只要把生鲜食品这一最具有集客力和特色的商品经营好，就能与洋超市形成有效抗争。
3．采购的模式
从采购的集权程度可分为：
(1)分权式的采购组织(门店采购)
这种方式由各店商品部自行采购生鲜食品。
优点：采购具有相当弹性，较具市场针对性；价格由门店自定，机动性强，有较好的经营主导权；较能符合消费者需求。
缺点：较难发挥大量采购、以量制价的功能；利润很难控制；无法塑造连锁经营的统一形象。
分权式的采购组织，由门店自行采购，它多适用于门店之间分布较广的连锁企业，并且它适宜于保质期相对较短的生鲜食品，如蔬菜中的叶菜，鲜活水产等等。
(2)集权式的采购(总部采购)
此种采购组织是把采购权集中在总部，由专职的采购部门来负责，采购权不下放。门店采购无决定权，但有建议权。
优点：连锁店不负责采购，可专心致力于搞好门店销售工作；可发挥集中议价功能，有利于降低采购成本；价格形象一致，利润较易控制；促销活动易于规划，易掌握货源。
缺点：门店工作弹性小，较难满足消费者的需求；采购工作和销售工作较易脱节。
总部采购是连锁超市非食品以及食品中干杂食品的最常用的采购方法。在生鲜食品上，它较多地运用于门店较为集中的企业，特别是局限在某一城市的连锁企业，在品种上，它比较适宜保质期较长的品种，如冻肉、冷冻水产品等等。
从采购的渠道可分为当地采购和跨地区产地采购：
(1)当地采购。当地采购的生鲜商品主要是因为保鲜原因不适于远途运输的生鲜商品，采购渠道又可分为农产品批发市场和城市周围农产品生产基地。生鲜商品的品类包括蔬菜中的叶菜类；按照政府规定必须从当地肉联厂采购的鲜肉类产品；淡水养殖的鲜活水产品，部分副食产品(豆腐和豆制品，以及当地制作的新鲜糕点和熟食制品等)；各种半成品凉菜和切配菜等。
(2)跨地区产地采购。跨地区产地采购的生鲜食品主要是可以在一定时间和距离内远途调运，或者经过保鲜加工处理的生鲜的食品，它包括具有耐储存、大批量大宗菜(大白菜、洋葱、土豆和冬瓜等)；部分果实类水果(柑橘、苹果、香蕉和箱装水果等)；冷冻水产品；干鲜产品和保鲜封装的加工制成品。
目前，超市生鲜区的经营品种很大程度上是依靠当地的采购货源渠道，其主要原因：一是由于大量非标准化的生鲜商品因保鲜问题，不适于远途贩运；二是超市生鲜区的销售流量无法支撑批量采购，所以现在同一地区的超市生鲜经营经常会出现商品雷同化的倾向，超市生鲜经营的特色未能得到发挥。
然而真正能形成品种、价格和新鲜度等渠道优势的还是产地采购，包括城市周围农产品生产基地和跨地区的产地采购，这种渠道优势的发挥会使超市生鲜经营更加生动，运作空间更加宽阔，例如联华超市的跨地区采购战略就使其差异化经营策略得以充分展示。但生鲜采购渠道优势的发挥程度是与连锁超市生鲜经营规模(销售量)和生鲜供应链中配送体系的完善程度密切相关的，相信随着农产品保鲜运输问题的逐步解决和超市区域性连锁规模的扩大，跨地区采购的品种和数量都会不断增加，超市生鲜经营也会越来越丰富多彩。
二、生鲜食品采购程序
1．接洽供应商
与供应商进行接洽是超级市场商品采购活动的第一步，在这一步骤中通常要进行以下具体工作：
(1)确定接待日。在消费品买方市场的条件下，各生产厂家都必须为自己的产品寻找销路，每天都会有供应商到超级市场来推销他们的商品，为了提高超级市场采购工作的效率，有必要建立一种与供应商接洽的制度，规定与供应商接洽的具体时间。
这样就可以将采购人员从大量的接待活动中解放出来，使他们有一定的时间进行商品价格比较和商品适销分析。坐等供应商上门是一种方法，但是对于生鲜食品来说价格、品种变化较大。采购人员也应主动前向批发市场、生产基地了解情况，这点对新开张的超市中显得尤为重要。
(2)分类接洽供应商。要根据商品的不同类别将供应商进行分类，不同的采购人员接待不同类别的供应商，以提高洽谈效率。
(3)明确规定供应商应提交的有关资料。具体包括供应商的生产许可证、产品的有关证明文件等。
(4)要求供应商提供样品。在与供应商洽谈时，可以要求供应商提供商品的实物样品，以便采购人员检查和判断。
2．采价
采价就是超市采购人员在收到了供应商的产品报价以后，到市场上了解同类产品的价格，与供应商的报价进行比较，来确定取舍。采购人员在采价时，一定要注意采访的商品要与供应商的商品是相同类型、相同品项，否则就没有可比性。
3．议定价格
超级市场采购人员在采价以后，要与供应商面对面地商定供应商品的价格。在商议之前，采购人员要做一定的准备工作，要通过各种途径了解供应商向其他超级市场的实际供货价，再具体分析本超级市场的经营优势和劣势，以增加自己在价格谈判中的砝码，为本企业争取到最优的供应价格。
超级市场采购人员事先应该确定一个可接受的最高价格，超过这个价格就应该果断地放弃，再寻求其他供应商。
4．将商品导入卖场
采购人员在确定了供应商以后，要将准备采购的商品经过规定的程序进行报批，一经通过就要着手导入市场的具体工作。
(1)根据超级市场的规定为商品确定一个代码，以便对商品进行统一管理。
(2)建立商品档案。要将商品的品名、规格、代码、所属部门等资料录入超级市场的计算机系统中，便于经营者及时了解该商品的销售情况，进行恰当的进销调存决策。
(3)首次进货。首次进货必须由采购人员亲自负责，集中进货，熟悉采购通道，了解供应商的实情，一旦发现不妥，及时调整采购方案，使超级市场免受损失或少受损失。以后的采购可以由采购总部具体办理，也可以由各分店电话进货。
三、生鲜食品采购量的控制
生鲜食品按其保质期的长短可分为二类：一是保质期较长的，可压底的商品，如冷冻食品，另一种是保质期较短，不能压库产品，需当日购进当日销售，如各种鲜活食品。对待上述两类产品，在采购量的控制上应采取不同的方式。
1．可压库商品采购量的控制
这类商品采购量的控制，关键在于最小库存量和最大库存量的确定。
(1)最小库存量。根据电脑资料中滚动的N天的销售量计算出某一商品的日平均销售量，再根据商品到货和加工配送的周期来确定最小的压库天数。如果一张订单发下去，3天内能到货，再加上加工配送的时间2天，则压库时间为5天。其计算公式：
最小库存量=某类商品日平均销售量×(厂家将商品送达配送中心的天数+配送中心进行加工的天数+配送中心将货送达门店的天数+卖场中陈列量可销售的天数)
对一些没有组建配送中心的连锁企业，其计算公式为：
最小库存量=某类商品的日平均销售量×(厂家将商品送达门店的天数+门店进行商品加工的天数+卖场中陈列量可销售的天数)
这是最小库存商品量，如果实际库存低于这个数，可能会造成商品脱销。在实际中可在计算机管理软件开发时，在程序中设置预警措施，一旦实际库存量临近或低于最低库存量，电脑系统进行预警报告。
(2)最大库存量
最大库存量的确定要综合考虑以下3方面因素：
①根据库容量来确定。根据当前保鲜设备的容量来计算库存量，如果一个冷库可存放10吨食品，分摊给每种食品的库存容量是多少即可算出，这就是最大库存量。
②根据保质期来确定。其计算公式为：最大库存量=(保质期一厂家将商品送达门店天数一门店进行加工的天数)×日平均销售量。
③根据最大采购资金预算量来确定。其计算公式为：最大库存量=预算资金÷商品单价在最小库存和最大库存之间，超市可根据厂家发货的批量大小以及相应的价格折扣、运输费用来确
定一个合理的量值作为每次采购的批量值。
2．鲜活食品的采购控制
鲜活食品不能压库，没有最大最小库存量的限制，必须力争当天购进当天售出。其理论采购量等于日平均销售量。但是实际超市运作中可能会有一些商品无法当日全部售出，因此，计算公式为：
采购量=某日销售预测值一前日商品库存值
鲜活食品一般采用签订永续订单的形式，签订一张合同，可以分多次交货。对于由总部(或配送中心)集中进货的，总部有了永续订单后，门店可以根据这张订单来填补补货申请单，并实时传到总部，总部经过审核后，将各个门店所需的鲜活食品的品种、数量汇总，然后发送给各个供应商。对于由门店自行订货的，程序也大致相同，则由门店直接向供应商订货，只是中间少了一道总部汇总审核这一环节。
四、生鲜食品采购合同的内容规定
生鲜食品采购合同内容除了商品的品种、数量外，还应对以下问题进行规定：
1．配送问题的规定
生鲜食品主要是供给日常生活所需，要求商品周转很快。此时如欲保证充分供应，就必须依靠供应商准时配送商品。因此，在配送方式、配送时间、配送地点、配送次数等方面，通常在采购时就要和厂商在合同中予以规定，并要清楚规定厂商若违反了规定必须承担的责任。
2．缺货问题的规定
对于厂商的供货，若出现缺货的现象，必然会影响生意。因此应规定一个比例，要求厂商缺货时应承担的责任，以保证厂商能准时供货。例如：容许厂商的欠品率为3％，超过3％时，每月要付1万元罚金等。
3．商品品质的规定
进行商品采购时，采购人员应了解商品的成分及品质等是否符合政府卫生部门或工商行政等部门的规定。但因为采购人员的能力并不足以判断各种商品的成分，因此在采购时，必须要求厂商在合同中作出保证符合政府法律规定的承诺，并提供政府核发合法营业的证明，以确保在商品销售中不会出现问题。
4．价格变动的规定
生鲜食品价格变动较大，在鲜活食品签订永续订单时，要对未来价格变动的处理作出规定，如在价格上涨时，要在调整生效前通知超市并经超市同意方为有效等。
5．付款的规定
采购时，支付货款的日期是一种采购条件，在此不赘述。但在合同中须对付款方式有所规
定。例如：对账日定在每月的哪一天、付款日定在哪一天、付款时是以人员领款方式还是转账方式等均要有准则，并请厂商遵守。
6．退货的规定
超市最感头痛的问题便是退货，厂商送货很快，但退货却不积极。但若不退货，店的利益就会受损，因此必须制定退货规定。比如规定出现哪几种情况下可退货、费用如何分摊等。
五、生鲜食品供应商的管理
1．厂商分类与编号
生鲜食品范围比较广泛，故应对厂商进行分类管理。比如分成果菜类的供应厂商、日配类的供应厂商，再依各类别来编号，给予每一个厂商一个编号。这种编号大概4码就可以了，例如某公司是果菜类的厂商，而果菜类的部门分类码为3，则我们可以将公司编成3001来辨识管理。当然也可以用更细的分类码来给予代号，但总的来说，超市应对厂商进行分类管理并给予每一厂商一个代码，以便于电脑管理。
2．厂商基本资料档的建立
将每一厂商的基本资料，包括公司名称、地址、电话、负责人、资本额、营业证、营业额等，建立成基本资料卡，由电脑存档并管理，以便随时可以查阅。
3．各厂商商品台账的建立
对于同一厂商所供应的商品的进价、售价、规格、数量、毛利率等商品资料要建立台账，进价或规格有所变更时要及时修改。
4．厂商销售数量的统计
对于每家厂商的产品的销售量、销售额必须予以统计，作为议价谈判的筹码。
第五篇：软件系统分析与设计
第1章
软件工程基础知识 1.1软件工程知识体系
软件需求（Software Requirements） 软件设计（Software Design）
软件构造（Software Construction） 软件测试（Software Testing） 软件维护（Software Maintenance）
软件配置管理（Software Configuration Management） 软件工程管理（Software Engineering Management） 软件工程过程（Software Engineering Process）
软件工程工具和方法（Software Engineering Tools and Methods） 软件质量（Software Quality）
1.2软件生存周期与软件开发模型
1.2.1 软件生存周期
Boehm定义的软件生存周期模型
GB 8566-1988定义的软件生存周期模型
GB/T 8566-1995定义的软件生存周期过程模型 GB/T 8566-2001定义的软件生存周期过程模型 UP定义的软件生存周期模型
1.2.2 软件开发模型
瀑布模型（waterfall model）
快速原型模型（rapid prototype model） 演化模型（evolutionary model） 增量模型（incremental model） 螺旋模型（spiral model）
喷泉模型（water fountain model）
1.3软件质量模型与软件质量管理
1.3.1 软件质量模型
软件产品的内部质量、外部质量和使用质量 质量特性、质量子特性和度量
功能性：适宜性、准确性、互用性、依从性、安全性 可靠性：成熟性、容错性、可恢复性 可用性：可理解性、易学性、可操作性 效率：时间特性、资源特性
可维护性：可分析性、可修改性、稳定性、可测试性 可移植性：适应性、易安装性、一致性、可替换性
1.3.2 软件质量管理
质量需求分析 质量计划 质量保证 质量控制 质量改进
软件质量管理体系
1.4软件配置管理
1.4.1 软件配置项与基线
计算机软件配置项（CSCI）基线（baseline）
功能基线（functional baseline）指派基线（allocated baseline）产品基线（product baseline）
1.4.2 软件配置管理过程
对象标识 版本控制 变化控制 配置审计 配置报告
1.5软件过程管理
1.5.1 软件能力成熟度模型（CMM）
CMM的5个等级：初始级、可重复级、已定义级、已管理级、优化级 CMM的关键过程域（KPA）：需求管理、软件项目计划、软件项目跟踪和监控、软件子合同管理、软件质量保证、软件配置管理、组织级过程焦点、组织级过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审、定量过程管理、软件质量管理、缺陷预防、技术变更管理、过程变更管理
1.5.2 软件过程与软件能力成熟度评估
第一步，建立评估组 第二步，填写提问单 第三步，响应分析 第四步，现场考察
第五步，提出调查发现清单
第六步，制作关键过程域（KPA）剖面图
1.5.3 软件过程改进
第一步，比较“目标状态”与“目前状态”，找出所有差距 第二步，确定改进目标 第三步，制定改进计划 第四步，执行改进计划
第五步，总结本轮改进经验，开始下一轮改进
1.6
小节
软件工程学是研究如何有效地组织和管理软件开发的工程学科。
软件产品所要经历的计划、分析、设计、编程、测试、维护直至被淘汰这样一个全过程被称为软件生存周期。用不同的方式将软件生命周期中的所有开发活动组织起来，可以形成不同的软件开发模型。
软件质量就是软件与明确地和隐含地定义的需求相一致的程度。软件质量管理是指软件开发机构为保证软件项目满足客户需求所要实施的质量活动。软件配置管理是在软件的整个生命期内管理变化的一组活动，目标是使变化更正确且更容易被适应。
软件过程是指人们用于开发和维护软件及其相关产品的一系列活动，包括软件工程过程和软件管理过程。软件过程管理的目的就是提升软件组织的提高软件开发能力。
1. 1.
第2章
项目管理基础知识 2.1项目与项目管理 2.1.1 项目
项目是在特定条件下、具有特定目标的一次性任务，是在一定时间内、满足一系列特定目标的多项相关工作的总和。项目的临时性 项目的独特性 项目的渐进性
2.1.2 项目管理
项目管理就是将各种知识、技能、工具和技术应用于项目之中，以达到项目的要求。项目范围 项目时间 项目成本 项目质量
2.2项目管理过程与过程组 2.2.1 过程与过程组
过程就是一组为了完成一系列事先指定的产品、服务或成果而需执行的互相联系的行动和活动。软件项目管理过程可归纳为五个过程组。启动过程组（initiating process group）规划过程组（planning process group）实施过程组（executing process group）
监控过程组（monitoring and controlling process group）收尾过程组（closing process group）
2.2.2 项目管理过程的交互作用
项目管理过程并不是互不相干的一次性事件
项目管理过程组之间是一种前后衔接、承前启后的关系
项目管理过程组之间有时又是一种时间交错、空间并行的关系 项目管理过程组之间还是一种信息收集、存储、处理和传递的关系 某些过程组的关联具有重复迭代性
规划过程组、执行过程组和监控过程组之间形成一种闭环的关系 过程组的交互作用往往还会跨越项目阶段 项目阶段和过程之间有相互联系
2.2.3 项目管理过程的裁剪
不同类型的软件项目应选用不同的项目管理过程 不同阶段的软件项目应选用不同的项目管理过程 不同软件项目的管理过程会有不同的具体过程 不同软件项目的管理过程会有不同的具体过程顺序 不同软件项目的管理过程会有不同的条件与约束 不同软件项目的管理过程会有不同的简化程度 不同软件项目的管理过程需要不同的集成程度 项目变更会使项目管理过程随之变化
2.3项目管理知识体系
项目综合管理 项目范围管理
项目时间管理 项目成本管理 项目质量管理 项目人力资源管理 项目沟通管理 项目风险管理 项目采购管理
2.4小节
项目管理就是将项目管理知识、技能、工具和技术应用于项目活动之中，可以将软件项目管理活动视做一系列相互联系的过程。
项目管理过程可归纳为5个过程组：启动过程组、规划过程组、实施过程组、监控过程组与收尾过程组。
项目管理包括9个知识领域：项目综合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理与项目采购管理。
第3章
软件开发技术 3.1软件开发平台
3.1.1 Microsoft.NET平台
Microsoft.NET Framework：.NET CLR（通用语言运行环境）；.NET BCL（基础类库）；ASP.NET；ADO.NET。
Microsoft Visual Studio.NET：ADO.NET组件；XML数据组件；Windows表单组件；ASP.NET应用服务；ASP.NET Web表单；Web服务支持。
3.1.2 J2EE平台
组件-容器：搭建体系架构平台标准服务 多层应用模型
3.1.3 Microsoft.NET与J2EE的异同
类似的平台基础构造 相同的三层/多层体系 不同的移植、性能和扩展 在Web支持方面的比较 第三方厂商的支持 潜在的市场
3.2中间件技术 3.2.1 中间件简介
终端仿真/屏幕转换中间件 数据访问中间件 远程过程调用中间件 消息中间件 交易中间件 对象中间件
Web服务器中间件 安全中间件
3.2.2 消息代理中间件
1. 1.
构件化的结构
可恢复性、易于管理、灵活性 具有数据转换设施。可靠高效的通信 多样的管理能力 丰富的应用开发环境
3.2.3 面向数据库的中间件
ODBC JDBC 数据库网关
3.3构件技术 3.3.1 构件库
构件的存储
构件的分类与检索机制 构件库的编目
构件库的管理和维护
3.3.2 构件模型
3C模型
刻面（Facet）模型 青鸟模型
3.3.3 构件的属性与特点
构件是可独立配置的单元，构件必须自包容。
构件强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没必要知道构件内部的实现细节。
构件可以在适当的环境中被复合使用，因此构件需要提供清楚的接口规范，可以与环境交互。
构件没有个体特有的属性，最多仅有特定构件的一份副本。
3.3.4 构件与中间件
中间件，本质上是对分布式应用的抽象，中间件与系统架构实际上是从两种不同的角度看待软件的中间层次。
中间件促进了构件化软件，基于中间件开发的应用系统是构件化的，中间件提供了构件的体系结构，极大提高了构件化软件开发的效率和质量。构件化的软件设计思想在中间件发展中起到了重要的作用。
3.4小节
Microsoft.NET平台和J2EE平台是目前最常用的两大软件开发平台。作为彼此竞争的应用平台，Microsoft.NET平台和J2EE平台在目标和体系结构上极其相似，但在实现上又完全不同。二者总的关系是：异中有同，同中有异。中间件是处于操作系统和应用程序之间的软件。中间件保持了平台的透明性，抽象了典型的应用模式。应用软件开发者可以基于标准的中间件进行再开发，而不必再考虑操作系统的问题。
构件是可复用的软件成份，可被用来构造其他软件。中间件促进了构件化软件，应用系统在中间件提供的环境中可以更好地集中于业务逻辑上，并以构件的形式存在。构件思想也反过来推动了中间件的发展。
第4章
软件项目规划
4.1项目策划
1. 1.从政策导向中寻找项目机会 从市场需求中寻找项目机会 从技术发展中寻找项目机会 从特定事件中寻找项目机会
4.2项目可行性分析 4.2.1 技术可行性分析
1. 项目的必要性分析
软件组织水平与能力分析 项目技术来源分析 与项目相关的专利分析
项目负责人及技术骨干的资质分析 项目总体技术方案分析 项目创新点分析 项目技术风险分析 项目技术成熟性分析
4.2.2 项目投资及效益分析
项目投资预算分析 项目投资来源分析
市场需求与产品销售额分析
产品成本、利润与盈亏平衡点分析 投资回收期、投资收益率分析 社会效益分析
4.3项目论证、评估与立项
4.3.1 项目论证与评估的基本概念
项目论证是指对拟实施项目技术上的先进性、成熟性、适用性，经济上的合理性、盈利性，实施上的可能性、风险性进行全面科学的综合分析，为项目决策提供客观依据的一种技术经济研究活动。
项目评估指在项目可行性研究的基础上，项目投资者或项目主管部门或其委托的第三方权威机构根据国家颁布的政策、法律、法规、标准和技术规范，对拟开发项目的市场需求、技术先进性和成熟性、预期经济效益和社会效益等进行评价、分析和论证，进而判断其是否可行的过程。
项目论证与评估的内容、程序和依据大同小异，只是侧重点稍有不同，有时不加区分或合并进行。
4.3.2 项目可行性报告的真实性评估
项目申请单位的资质真实性评估 项目申请单位的财务真实性评估 项目申请单位的技术真实性评估 其他事项的真实性评估
4.3.3 项目可行性报告的客观性评估
技术创新点的客观性评估
技术先进性与成熟性的客观性评估
信息安全措施的客观性评估
采用标准、规范的先进性、合理性评估 项目风险及应对方案的客观性评估 其他事项的客观性评估
4.3.4 评估报告
项目概况 评估目标 评估依据 评估内容
评估机构与评估专家 评估过程
详细评估意见
存在或遗漏的重大问题 潜在的风险 评估结论
进一步的建议
4.3.5 项目立项
项目立项的决定应当由项目团队之外的、适当级别的、并为项目出资的项目发起人或投资人作出，通常以项目立项决定（通知）书、项目批文、项目许可证书和项目任务书等形式发布。
4.4项目开发计划
1．引言 2．引用文件 3．项目最终成果 4．需求与约束
5．系统开发总体计划 6．项目开发详细计划 7．进度表与活动网络图 8．项目组织与资源 9．培训
10．项目估算 11．风险管理 12．支持条件 13．注解 14．附录
4.5小节
软件项目规划的任务主要包括项目策划、可行性研究、论证、评估、立项与项目开发计划的制订工作。
项目策划，也称项目机会研究，其目的是选择投资机会、鉴别投资方向。
项目可行性分析的目的是确定以下问题：项目有无必要？能否完成？是否值得去做？ 项目论证与评估的目的是审查项目可行性研究的可靠性、真实性和客观性，为项目主管部门或投资机构的立项决策提供科学依据。
项目开发计划是项目规划阶段的重要成果，编写软件项目开发计划时可依据《GB/T 8567-2006 计算机软件文档编制规范》中的软件开发计划模版。
第5章
系统分析方法学 5.1系统需求分析与软件需求
系统需求：系统总体功能和业务结构；硬件系统需求；软件系统需求；硬件系统和软件系统之间的接口需求。软件需求：软件能力需求；软件外部接口需求；软件内部接口需求；软件内部数据需求；适应性需求；安全性需求；保密性和私密性需求；软件环境需求；计算机资源需求；软件质量需求；设计和实现的约束；数据需求；操作需求；故障处理需求；算法需求；相关人员需求；相关培训需求；相关后勤需求；包装需求；其他需求。
5.2结构化分析
结构化分析（SA）方法是一种面向数据流的需求分析方法，基本思想是自顶向下逐层分解。
数据流图（DFD）和数据字典（DD）是结构化分析最常用的工具。数据流图用来描述数据流从输入到输出的变换流程。
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
数据流图和数据字典共同构成系统的逻辑模型。
5.3原型化方法
5.3.1 原型化方法与结构化方法的比较
结构化方法的假设：所有的需求都能被预先定义；修改定义不完备的系统代价昂贵且实施困难；项目参加者之间能够清晰进行准确的通信；静态描述或图形模型对应用系统的反映是充分的；结构化方法的生命周期的各阶段都是固有正确的。
原型化方法的假设：并非所有的需求在系统开发以前都能准确地说明；有快速的系统建造工具；项目参加者之间通常都存在通信上的障碍；需要实际的、可供用户参与的系统模型；需求一旦确定，就可以遵从严格的方法；大量的反复是不可避免的、必要的，应该加以鼓励。
5.3.2 原型生命周期及其策略
原型生命周期划分：选择开发方法；识别基本需求；开发工作模型；模型验证；修正和改进；判定原型完成；差别细部说明；严格说明细部；判定原型效果；整理原型和提供文档。
原型化的策略：建立数据模型；利用组合工程；剪裁和粘贴；用系统举例；字典驱动；文档的自动化；小的原型化队伍；交互式开发平台；陈述性规格说明；终端用户报表生成器；专业原型化人员；开发人员参加原型化。
5.4面向对象的分析
5.4.1 面向对象方法学概述
对象与封装 类
继承与多态性 消息通信
面向对象方法学的优点
5.4.2 面向对象的分析方法
OMT方法简介 建立对象模型 建立动态模型 建立功能模型
1. 1.
5.5小节
系统分析涉及系统需求的获取、分析、规格说明和确认。系统需求可分为以下几个方面：系统总体功能和业务结构、硬件系统需求、软件系统需求、硬件系统和软件系统之间的接口需求。
常用的系统分析方法包括结构化分析、原型化方法和面向对象的分析。
第7章
系统分析文档
7.1系统/子系统需求规格说明
引言 引用文件
需求：要求的状态和方式；需求概述；系统能力需求；系统外部接口需求；系统内部接口需求；系统内部数据需求；适应性需求；安全性需求；保密性和私密性需求；操作需求；可使用性、可维护性、可移植性、可靠性和安全性需求；故障处理需求；系统环境需求；计算机资源需求；系统质量需求；设计和构造的约束；相关人员需求；相关培训需求；相关后勤需求；包装需求；其他需求；需求的优先次序和关键程度 合格性规定 需求可追踪性 非技术性需求 尚未解决的问题 注解 附录
7.2接口需求规格说明
引言 引用文件 需求
合格性规定 需求可追踪性 注解 附录
7.3软件需求规格说明
引言 引用文件
软件需求：要求的状态和方式；需求概述；需求规格；软件能力需求；软件外部接口需求；软件内部接口需求；软件内部数据需求；适应性需求；安全性需求；保密性和私密性需求；软件环境需求；计算机资源需求；软件质量需求；设计和实现的约束；数据需求；操作需求；故障处理需求；算法需求；相关人员需求；相关培训需求；相关后勤需求；包装需求；其他需求；需求的优先次序和关键程度 合格性规定 需求可追踪性 尚未解决的问题 注解 附录
7.4小节
根据《GB/T 8567-2006 计算机软件文档编制规范》（Specification for computer
software documentation），系统分析文档主要包括系统/子系统需求规格说明（SSS）、接口需求规格说明（IRS）和软件需求规格说明（SRS）。系统/子系统需求规格说明（SSS）为一个系统或子系统指定需求以及保证每个需求得到确认所使用的方法。
接口需求规格说明（IRS）描述为实现一个或多个系统、子系统、硬件配置项（HWCI）、计算机软件配置项（CSCI）、用户
软件需求规格说明（SRS）描述对计算机软件的需求以及确保每个需求得到确认所使用的方法。
第8章
系统设计基础 8.1系统设计概述
8.1.1 系统级设计决策
系统级设计决策，是指系统行为的设计决策（忽略其内部实现，从用户角度出发，描述系统将怎样运转以满足需求）和其他对系统部件的选择和设计产生影响的的决策。系统级设计决策内容：有关系统接收的输入和产生的输出的设计决策；对每个输入或条件进行响应的系统行为的设计决策；系统数据库/数据文件如何呈现给用户的设计决策；为满足安全性、保密性和私密性需求所选用的方法；硬件或硬软件系统的设计和构造选择；为了响应需求而作出的其他系统级设计决策。
8.1.2 系统架构设计
总体设计
系统部件设计 动态交互设计 接口设计
8.1.3 运行设计
系统初始化——说明本系统的初始化过程。
运行控制——说明对系统施加不同的外界运行控制时所引起的各种不同的运行组件组合、每种运行所经历的内部组件和支持软件、每一种外界运行控制的方式方法和操作步骤、每种运行组件组合将占用各种资源的情况以及系统运行时的安全控制。运行结束——说明本系统运行的结束过程。
8.1.4 系统出错处理设计
出错信息——包括出错信息表、故障处理技术等。补救措施——说明故障出现后可能采取的补救措施。
8.1.5 系统维护设计
检测点的设计——说明在系统中专门安排用于系统检查与维护的检测点。
检测专用组件的设计——说明在系统中专门安排用于系统检查与维护的专用组件。
8.2软件设计概述
8.2.1 软件级设计决策
软件级设计决策是指软件行为的设计决策（忽略其内部实现，从用户角度出发，描述软件将怎样运转以满足需求）和其他影响组成该软件的软件配置项的选择与设计的决策。
软件级设计决策内容：有关软件接收的输入和产生的输出的设计决策；对每个输入或条件进行响应的软件行为的设计决策；有关数据库/数据文件如何呈现给用户的设计决策；为满足安全性、保密性和私密性需求所选用的方法；为响应需求而作出的其他软件级设计决策。
8.2.2 软件架构设计
程序结构设计
全局数据结构设计 软件配置项设计 动态交互设计 接口设计
8.2.3 软件详细设计
软件配置项设计决策
软件配置项设计中的约束、限制或非常规特征 软件配置项使用的编程语言考虑 软件配置项使用的过程式命令选取
软件配置项的局部数据与软件配置项的输入或输出数据设计 软件配置项的逻辑设计
8.3设计原则 8.3.1 组件化
组件的可分解性 组件的可组装性 组件的可理解性 组件的连续性 组件的保护性
8.3.2 抽象
抽象就是抽出事物的本质特性而暂时忽略其细节，使得不同的事物可以当作相同的事务来处理。
软件工程过程的每一步都是对软件解法的抽象层次的一次精化。
软件设计中的抽象机制主要包括类、模板、过程抽象、数据抽象和控制抽象。
8.3.3 内聚与耦合
内聚是指一个组件内各个元素彼此结合的紧密程度 内聚种类（由低到高排列）：偶然内聚；逻辑内聚；瞬时内聚；过程内聚；通信内聚；顺序内聚；功能内聚
耦合是指一个软件结构内不同组件之间的互连程度 耦合种类（由高到低排列）：内容耦合；公共耦合；外部耦合；控制耦合；标记耦合；数据耦合；非直接耦合
组件的高内聚、低耦合原则称为组件独立原则
8.3.4 封装与信息隐蔽
第一，组件是其全部属性和全部服务紧密结合而形成的一个不可分割的整体。
第二，组件是一个不透明的黑盒子，表示组件状态的数据和实现操作的代码都被封装在黑盒子里面。使用一个组件的时候，只需知道它向外界提供的接口形式，无须知道它的数据结构细节和实现操作的算法。
8.3.5 启发式规则
深度、宽度、扇出与扇入 作用域和控制域 功能的可预测性
8.4设计视图
8.4.1 架构视图（静态视图）
架构描述语言（ADL）
类图与对象图 组件图
协作责任卡（CRC）部署图
实体-联系图（E-R图）接口描述语言（IDL）结构图
Jackson结构图
8.4.2 行为视图（动态视图）
活动图 协作图 顺序图 数据流图
决策表和决策图
流程图和结构化流程图 状态图
形式化描述语言 伪码
8.5小节
系统设计是定义一个系统或软件的架构、组件、接口和其它特征的过程。包括系统级设计决策、系统架构设计、运行设计、系统出错处理设计和系统维护设计。
软件设计主要包括软件级设计决策、软件架构设计（概要设计）与详细设计。软件架构设计的主要任务是程序结构设计、全局数据结构设计、软件配置项设计、动态交互设计和接口设计。软件详细设计是指每一个软件配置项的具体设计。
组件化、抽象、高内聚与低耦和、封装与信息隐蔽是软件设计的基本原则。软件设计视图通常可分为架构视图（静态视图）和行为视图（动态视图）两类。第9章
系统设计方法 9.1结构化设计
9.1.1 结构化设计方法概述
分析系统的总体需求，并将需求逐步分解为基本、具体的功能。确定每个功能应当记录的数据。
列出系统中应提供的各项基本功能，并分析各项基本功能之间的耦合关系，根据高内聚、低耦和的原则分配到系统中适当的模块中。
9.1.2 系统结构图
模块 调用 数据 控制 转接符号
9.1.3 系统结构图分类
变换流与事务流 变换型系统结构图 事务型系统结构图
混合型系统结构图
9.2面向数据结构的设计
9.2.1 面向数据结构的设计概述
分析并建立适合系统的数据结构；
根据数据结构在相应的层次建立程序结构；
罗列出程序中用到的各种基本操作，并将这些基本操作分配到程序结构中合适的模块中。
9.2.2 Jackson图
顺序结构 选择结构 重复结构
改进的Jackson图
9.2.3 Jackson方法
分析并确定输入和输出数据的逻辑结构，并利用Jackson 找出输入和输出数据结构中存在对应关系的数据单元。从描绘数据结构的Jackson图导出描绘程序结构的Jackson
列出所有操作和条件(包括分支条件和循环结束条件)，并且把它们安排到程序结构图的适当位置。用伪代码表示。
9.3面向对象的设计
9.3.1 面向对象的设计概述
面向对象设计的基本思想是通过建立和客观实际相对应的对象，并通过这些对象的组合来创建具体的应用。
面向对象设计具有基于抽象、信息隐藏、功能独立和模块性构造系统的能力。
对于面向对象的系统，可以定义一个四个层次的设计金字塔：子系统层；类及对象层；消息层；责任层。
9.3.2 面向对象设计技术
Coad/Yourdon方法 Booch方法 OMT方法
9.3.3 面向对象设计过程
系统设计过程：将分析模型划分为子系统；子系统分配及与问题的并发性；任务管理；数据管理；资源管理；人机界面；子系统间通信
对象设计过程：对象描述；算法与数据结构设计；接口设计与模块化
9.4设计模式
9.4.1 设计模式概述
设计模式就是将面向对象软件的设计经验记录下，可供设计者能够复用的设计方案。设计模式极大提高了面向对象软件开发的效率，降低了软件的复杂度。
在软件设计中使用设计模式，将使用开发出来的软件更容易理解、更容易维护、更容易扩展，使用设计模式同时也能够提高开发团队和个人的开发能力。
9.4.2 设计模式基本组成
模式名称：惟一标识一个设计模式。问题：描述应该在何时使用该模式。
解决方案：描述设计的组成要素，以及它们之间的相互关系及各自的职责与相互之间协作的方式。
效果：描述应用设计模式的效果，以及使用设计模式必须考虑的限制和约束因素。
9.4.3 设计模式分类
面向对象模式 代码模式
框架应用模式
创建型模式、结构型模式与行为型模式 类模式与对象模式
9.4.4 如何使用设计模式
针对接口编程，而不是针对实现编程 优先使用对象组合，而不是类继承 找出变化并封装
9.5小节
系统设计是一系列迭代的过程，主要任务包括数据结构、体系结构、接口及过程细节的设计等，而设计方法是软件设计活动中实现设计模型的方法。 系统设计方法主要包括面向过程的结构化设计方法、面向数据结构的设计，以及面向对象的设计方法与设计模式。
第10章
数据库设计 10.1数据建模
10.1.1 数据模型分类
概念数据模型 结构数据模型 物理数据模型
10.1.2 实体-联系（E-R）模型
实体 属性 联系 实体型 实体集 键 域
10.1.3 数据模型
层次数据模型（hierarchical model） 网状数据模型（network model） 关系数据模型（relational model）
面向对象模型（object oriented model）
10.2数据规范化
10.2.1 数据规范化的基本概念
函数依赖
非平凡函数依赖 完全函数依赖 部分函数依赖
传递函数依赖 键
10.2.2 范式
第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF）
10.3数据库设计过程 10.3.1 数据库需求分析
数据边界的确定 数据环境的确定 数据内部关系 数据字典
数据性能需求
数据需求分析说明书
10.3.2 数据库概念设计
概念设计与概念模型 概念设计的主要方法 分解与抽象 局部概念模式 全局概念模式
10.3.3 数据库逻辑设计
初始模式的形成 子模式设计
应用程序概要设计 模式评审 修正模式
10.3.4 数据库物理设计
存储记录结构设计 确定数据存放位置 存取方法设计
完整性和安全考虑 程序设计
10.4小节
数据库系统普遍采取数据模型表示和处理客观事物的数据特征与信息。数据模型主要由数据结构、数据操作和完整性约束三部分组成，从抽象层次上描述和模拟了系统的静态特征、动态行为和约束条件。
关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF。 数据库设计主要包括需求分析、概念设计、逻辑设计和物理设计等几个阶段。
第11章
用户界面设计
11.1基本概念
11.1.1 界面设计目标
可用性目标：可行性、有效性、易学性、易记性、安全性、通用性
用户体验目标：令人满意、令人愉快、引人入胜、富有启发、激发创造„„
可用性目标主要从客观角度来评价系统界面，而用户体验目标则是从用户主观感受的角度来评价系统界面。
11.1.2 界面设计原则
可视性：将系统功能呈现得一目了然。
反馈性：返回与活动相关的信息，以便用户能够继续这个活动。限制性：将用户的行为限制在一定的范围内。
对应性：明确系统某个控制与其控制效果之间的对应关系。一致性：用相似的元素表现相似的操作或相似的任务。启示性：界面元素应给予用户某种提示。
11.1.3 界面设计过程
标识出用户的真实需要并建立需求模型 设计出候选方案
构建或实现设计的原型版本 对界面设计进行评估
11.2界面设计技术
11.2.1 界面设计分析技术
GOMS模型及GOMS击键层模型 Hick律 Fitts律
11.2.2 界面设计方法
原型设计方法
以用户为中心的设计方法 用户界面设计的支持工具
11.3界面设计评估
11.3.1 构造性评估与总结性评估
构造性评估：在设计过程中对所设计的系统或产品界面进行评估以确保其满足用户需求。
总结性评估：对已经完成的产品或系统界面进行评估。
11.3.2 评估范型
快速评估 可用性测试 实地研究 预测性评估
11.3.3 评估方法与技术
观察用户
征求用户意见 征求专家意见 用户测试
用户执行情况的分析模型
11.3.4 评估框架
明确（Determine）
发掘（Explore）选择（Choose）标识（Identify）决定（Decide）评估（Evalute）
11.5小节
用户界面体现了用户利用系统完成任务的方式以及系统对用户行为的响应方式，一个没有良好的用户界面设计的系统很可能会成为一个没有用户的系统。可用性目标与用户体验目标。
界面设计的量化模型：GOMS模型及其子模型-击键层模型，Hick律和Fitts律。构造性评估与总结性评估。
第12章
系统设计文档
12.1系统/子系统（结构）设计说明
引言 引用文件
系统级设计决策
系统体系结构设计：总体设计；系统部件设计；动态交互设计；接口设计 运行设计
系统出错处理设计 系统维护设计 尚未解决的问题 需求的可追踪性 注解 附录
12.2
接口设计说明
引言 引用文件 接口设计
需求的可追踪性 注解 附录
12.3
软件（结构）设计说明
引言 引用文件
软件级设计决策
软件体系结构设计：程序结构设计；全局数据结构设计；软件配置项设计；动态交互设计；接口设计 软件详细设计 需求的可追踪性 注解 附录
12.4数据库设计说明
引言 引用文件
数据库级设计决策 数据库详细设计
用于数据库操纵或访问的软件配置项的详细设计 需求的可追踪性 注解 附录
12.5
小节
根据《GB/T 8567-2006 计算机软件文档编制规范》，系统设计文档主要包括系统/子系统设计（结构设计）说明（SSDD）、接口设计说明（IDD）、软件（结构）设计说明（SDD）和数据库设计说明（DBDD）。
系统/子系统设计（结构设计）说明（SSDD）描述了系统（或子系统）的系统级（或子系统级）设计决策与体系结构设计。
接口设计说明（IDD）描述了一个或多个系统、子系统、硬件配置项（HWCI）、计算机软件配置项（CSCI）、用户或其他系统部件的接口特性。
软件（结构）设计说明（SDD）描述了计算机软件系统的软件级设计决策、软件体系结构设计（概要设计）与详细设计。
数据库（顶层）设计说明（DBDD）描述了数据库的设计。系统设计文档可以使用自然语言，可以使用形式化语言，也可以根据具体的系统设计方法使用各种图形工具，还可以根据实际情况混合使用多种表现形式。
点击咨询 