软件开发技术文档

病案无纸化管理系统

目录：

一、系统简介

二、组织框架

三、物流与功能流程

一、系统简介

二、组织框架

1．机构

1.1、层次

共分三级：公司级、分店部门级和班组织。如图1-1

1.2、现有机构组成

公司级：总经理室；

部门级：分布在具体地区的连锁店（加盟店、特许店），公司各职能部门（人事行政部，财务部、信息管理部、市场营销采购部、企划管理部等）、配送中心

班组级：分店和配送中心的管理班组；

1.3、职能与权限

下面我只对与系统开发有关的机构职能进行阐述（按层次说明）：

公司级：

1.3.1、总经理室

1.3.1.1、制定公司整体发展策略；

1.3.1.2、批准销售计划；协调公司内各部门的工作；

1.3.1.3、管理监督和指导下属各分店（部门）的工作；

1.3.1.4、决定公司高层人事的变动；

1.3.1.5、分析公司的销售、库存、采购、付款等情况；

1.3.1.6、批准各分店和配送中心的盘点、损益报告及价格政策

公司部门级：

1.3.2、人事行政部

1.3.

2.1、负责人员的工资考勤、招聘、培训、建档、考核、晋级、定级、奖惩和解聘；

1.3.

2.2、管理全公司的固定资产以及办公用品

1.3.3、财务部

1.3.3.1、处理公司日常财务事宜；

1.3.3.2、根据销售数据和总经理室或市场营销采购部的要求支付货款，并记录货款流水；

1.3.3.3、根据合同（协议）制定出财务付款计划；对进出发票进行管理；

1.3.3.4、根据分店和配送中心提供的销售、进货、配送、退货、退厂、调价、优惠、损益、报残、盘点数据，对公司进、销、存按进价和售价进行核算；

1.3.4、财务部市场营销采购部

1.3.4.1、实施商品的引进、退货、更新、定位和淘汰；

1.3.4.2、制定价格政策（调价和优惠）和促销计划（方案）并付诸实施；

1.3.4.3、为总经理室和其他部门提供相关报表和数据；

1.3.4.4、制定付款计划报总经理批准后交财务部实施；

1.3.4.5、处理大宗销售合同（批发销售）

1.3.4.6、统一制定商品的基本信息；

1.3.4.7、制定配送和退库指令。

1.3.5、配送中心

1.3.5.1、负责商品的进、退、换、配、运输；

1.3.5.2、负责验收和保管商品；

1.3.5.3、制定商品配送计划；

1.3.5.4、接受分店要货数据，并及时向市场营销采购部通报缺货信息和数据。

1.3.6、信息管理中心

1.3.6.1、负责公司软、硬件和网络的日常维护与管理。确保公司信息系统的安全，保证其能正常运转；

1.3.6.2、管理系统维护和资料录入人员，依据各分店（部门）的管理职能和权限制订权限方案。

1.3.7、企划管理部

1.3.7.1、审批和核对分店（配送中心）的盘点、损益、报残及价格政策；

1.3.8、分店（加盟店、特许店）

1.3.8.1、管理本店的日常事务；

1.3.8.2、执行公司指令和政策，及时反馈市场行情和走势（指令是指配送、退货、调价等；政策是指商品的促销、优惠、让利等）；

1.3.8.3、建议商品的价格、在权限范围内设定本店商品的价格；

1.3.8.4、管理本店商品的进、销、存、退、换、盘、损、残、调、借、增等；

1.3.8.5、确定商品的摆放位置。

1.3.9、班组

1.3.9.1、管理所属班组的人和事；

1.3.9.2、管理班组的进、退、损、溢、残，以及商品的保管和放置工作。

1.4、职务

1.4.1、层次

总经理、副总经理、经理、经理助理、主任、配货员、仓库保管员、验收员、押运员、营业员、收银员、业务员。

1.4.2、职权范围

同级别职务存在的共性职权，也存在个性的职权。

1.4.

2.1、职权共性：下面我分四个级别分别说明。

副总经理级：对总经理负责，管理总经理委托管理的事务，代总经理听取部门的工作汇报和计划，批复相关报告（如；批准盘点、损益报告等）。

经理（经理助理）级：他是本部门的首长，对上向总经理负责，对下管理日常工作，组织和管理所属部门的员工，建议对部门员工的奖惩、任免和调动。制定本部门的工作计划。

主任（组长）级：他对部门经理负责，管理经理委托处理的事务。

其他级别：对主任或组长负责，在干好本职工作的同时，完成主任或组长交与的任务。

1.4.

2.2、总经理

1.4.

2.2.1、查询、统计、和分析核心进、销、存报表；

1.4.

2.2.2、批准货款以及大额商品的损益和残损；

1.4.

2.2.3、确定公司中长期营销方针和销售计划。

1.4.

2.2.4、决定公司重要植物的任免和调动；

1.4.

2.2.5、批准必备商品目录和商品配置单；

1.4.

2.2.6、批准价格政策。

市场营销采购部

1.4.

2.3、经理或经理助理

1.4.

2.

3.1、制定本部门的营销方案和销售计划；

1.4.

2.3 .2、根据市场情况，会同企划管理部经理适时调整价格政策；

1.4.

2.

3.3、审批商品引进和淘汰，确定商品价格政策；

1.4.

2.3 .4、初审必备商品目录和商品配置单。

1.4.

2.4、业务员

1.4.

2.4.1`引进厂家，拟订销售合同，引进新商品，初定商品价格；

1.4.

2.4.2根据补货数据及时制定采购计划，并草拟付款计划；

1.4.

2.4.3及时发布滞销、待销、淘汰等商品目录；

1.4.

2.4.4负责与厂家协调商品的退和换；

1.4.

2.4.5拟定必备商品的目录和商品配置单；

配送中心

1.4.

2.5、经理或经理助理

1.4.

2.5.1制定物流配送计划，管理配送车辆；

1.4.

2.5.2 监督检查实际配送情况；

1.4.

2.5.3审核商品的损益、盘点报告；

1.4.

2.5.4建议人员的岗位和奖金设置。

1.4.

2.6、仓库主任

1.4.

2.6.1动态掌握商品库存情况，及时发布货源补货；

1.4.

2.6.2根据定货单和合同，检查验收商品入库，确保商品保质保量的配送到分店；

1.4.

2.6.3按要求分装商品并及时调整商品资料；

1.4.

2.7、仓库保管员

1.4.

2.7.1负责商品入库和出库，对商品进行日常保管；

1.4.

2.7.2为仓库主任提供商品库存的情况；

1.4.

2.7.3在商品入库时负责实物与送货单的核对，按提货单内容出库

1.4.

2.8、配货员

1.4.

2.8.1根据提货单内容到仓库保管员处提货，并保证商品出库

是完好；

1.4.

2.8.2根据配送计划，按时把商品提到指定地点。

1.4.

2.9、押运员

1.4.

2.9.1根据送货单查点实物，与该单位进行交接

1.4.

2.10、验收员

1.4.

2.10.1根据定单内容验收商品入库

企划管理部

1.4.

2.10 经理或经理助理

1.4.

2.10.1制定销售计划报总经理批准，及时向人事行政部提供计

划完成情况的报告；

1.4.

2.10.2 审批分店（配送中心）的盘点、损益和残损报告；

1.4.

2.10.3、与市场营销采购部经理共同制定价格政策

人事行政部

1.4.

2.11、经理或经理助理

1.4.

2.11、1掌握公司的人事档案，制定公司的各项规章制度；

1.4.

2.11、初核重大的人事变动，批准对各类人员奖励和处罚决定；

1.4.

2.11.3 、初核公司考勤、工资、奖金的方案；

1.4.

2.12、管理人员

1.4.

2.12.1、处理公司员工的资料；

1.4.

2.12.2、拟订公司的考勤、工资、奖金的方案；

信息管理部

1.4.

2.13、经理或经理助理

1.4.

2.1

3.1 制定与信息系统相关的规章制度，并负责监督和实施；

1.4.

2.1

3.2 处理做出对信息系统构成威胁的人，并根据规定提出处罚意见视情况报总经理批准。

1.4.

2.1

3.3 制定核规划不同时期的信息系统解决方案，依据各部门的管理只能与权限制定系统访问权限方案。

1.4.

2.14、维护人员

1.4.

2.14.1维护系统软硬件核网络，保证系统正常运转。

1.4.

2.14.2 培训新员工，根据公司需要编写一些小系统。

财务部

1.4.

2.15、经理或经理助理

1.4.

2.15.1制定付款计划，审批货款

1.4.

2.16、管理人员

1.4.

2.16.1记录付款流水，管理进出发票

分店

1.4.

2.17、经理（店长）

1.4.

2.17.1、负责商品进、销、存、退、换、盘、损、残、调、借、增等的管理；

1.4.

2.17.2、建议员工的调动核任免

1.4.

2.18、班组长

1.4.

2.18.1 负责商品的日常管理包括：商品价格的调整、商品的放置位置、

商品的盘点、商品的销售、商品的损益等等。

1.5内容组成

1.5.1机构层次编码、编码、名称、负责人、电话、地址、邮政编码、开户银行、银行帐号、税务登记号、房租费、建筑面积、营业面积、开业时间、部门性质、销售计划、IP地址；

1.5.2人员人员编号、姓名、性别、照片、人员类型、职务、角色、人员注册名、家庭住址、住宅电话、手机号、寻呼机号、聘用日期、合同副本、简历、职位等、社会关系、照片、所属部门。

1.6编码原则

1.6.1.级别编码位溢位

1.6.

2.机构编码由两个部分组成，前三位部门编号，后二位班组号。

1.6.3.人员编码由五位流水号组成

2.商品

2.1 层次

我们根据现有商品架构可归纳成三层即商品大类、小类和分类；

2.2 内容组成

编码、名称、税率、特征、货位；

2.3 编码原则

类别编码原则上为六位，大类二位，小类二位和分类二位

三、物流与功能流程

1、引进新商品与定价

1.1 涉及部门和职位

部门：公司、市场营销采购部、配送中心

职位：市场营销采购部经理（A）、市场营销部业务员（B）、配送中心仓库保管员（C）

1.2流程图

1.2.1物流（见图2-1）

1.2.2功能流程图

1.3注意事项

1.3.1 新品的定义：满足以下三个条件中的一个即可以称为新

品。第一、商品信息单中不存在的商品；第二、重要属性和存在属性不同的；第三、原有商品的升级，又不能修改或删除原有商品资料。

1.3.2 在第一次购进时，仓库主任可根据商品的实际情况，可

修补除价格以外商品信息。

1.3.3 商品信息的编码按一定规律由公司统一制定，商品的条

码由配送中心录入并发布。

1.3.4 允许用户定义附属商品，即商品属于另外一个商品。

在定义时必须声明是否直送商品。

1.3.5 商品信息中的零售价和含税进价只是作为参考之用，它

随着不同进货批次而发生变化。

1.3.6编码原则：

商品编号：由两个部分组成，六位编码＋四位包装率；

进场申请单号：由三个部分组成，申请单位＋四位年份＋五位流水号。

1.4 关键字段

1.4.1、商品进场申请单

申请单号、申请日期、批准日期、申请人、物价员、批准人、引进原因、新商品编码、商品名称、规格、单位、拟订进价、拟订零售价、类别、保质期、种类、税率、直配否、货位、从属；

1.4.2 商品信息单和新商品信息单

商品编码、商品名称、规格、单位、现在进价、零售价、类别、保质期、种类、税率、直配否、货位、从属；库存数量；

1.4.3 商品条码单

商品编码、条码号、引进日期。

2.厂商定义

2.1 涉及部门和职位

部门：公司、市场营销采购部、市场营销采购部；

职位：市场营销采购部经理（A）、市场营销业务员（B）

2.2 物流（见图2-3）

2.3功能流程

2.4

2.4.1 、可以根据同一厂商不同的付款方式来定义多个厂商信息，具体情况由客户自行处理。

2.4.2编码原则

进场申请单号：由三个部分组成，申请单位＋四位年份＋五位流

水号；

厂商编码：由三个部分组成，税务登记号前两位＋五位流水号

2.5关键字段

2.5.1、厂商进场申请单

申请单号、申请日期、批准人、批准日期、全名、简称、分类码、地址、联系电话、传真、地区、所属行业、企业性质、经营范围、开户银行、银行帐号、税务登记号、营业执照编号、企业代码、进口商品证件号、卫生许可证、批准文号、注册币种、注册资金、广告费用、信用等级、信用金额、供货时效、联系人、法定代表人、进场费用、付款方式

2.5.2、厂商信息单

编码、全名、简称、分类码、地址、联系电话、传真、地区、所属行业、企业性质、经营范围、开户银行、银行帐号、税务登记号、营业执照编号、企业代码、进口商品证件号、卫生许可证、批准文号、注册币种、注册资金、广告费用、信用等级、信用金额、供货方式、联系人、法定代表人、进场日期、出场日期、进场费用、付款方式

3、进货

3.1、涉及部门和职位

部门：市场营销采购部、配送中心、分店；

职位：市场营销采购部业务员（A）、配送中心仓库主任(B)、分店经理（C）、配送中心仓库保管员（D）。

3.2、特别说明

根据分店权限和商品属性，商品可以由厂商直接供货到分店，故下面分两种方式来讨论。

3.3、物流

第一种：统一进货（见图2-7）

第二种：直接进货（见图2-8）

3.4 功能流程

第一种：统一进货（见图2-9）

第二种：直接进货（见图2-10）

3.5、注意事项

3.5.1、在进货时必须先订货，无特殊情况下，送货应在规定时间（订货单中声明）内完成，每批商品的进价，以订货单填写的数据为准；

3.5.2、如果到货商品与订单不符或在指定日期内没有到货，有业务员决定如何处理此次订单，负订单数量表示冲减原有订单数量；

3.5.3、分店的进货数据必须及时输入系统并上传公司；

3.5.4、分店、配送中心和公司的成本按批次进价核算；

3.5.5、编码原则

进货单号：由三部分组成：进货单位+四位年份+四位流水号；

订货申请单号：由三部分组成：申请单位+四位年份+四位流水号；

订货单号：由三部分组成：订货单位+四位年份+四位流水号；

补货单号：由三部分组成：补货单位+四位年份+四位流水号；

回执单单号：和进货单号一致。

3.6、关键字段

3.6.1、订货申请单：申请单号、申请单位、申请人、申请日期、商

品编码、规格、单位、进价、数量、原因；

3.6.2、订货单：订货单号、订货日期、到货日期、订货人、厂商编

码、商品编码、商品名称、规格、单位、进价、数量；

3.6.3、进货单：进货单号、订货单号、送货单号、到货日期、验收

日期、验收人员、厂商编号、商品编码、商品名称、规格、单位、价格（含税）、价格（不含税）、数量；

3.6.4、回执单：订货单号、进货单号、送货单号、订货日期、订货

人、到货日期、验收日期、验收人员、厂商编号、商品编码、商品名称、规格、单位、订单数、进货数、原因。

4、商品退厂

4.1、涉及部门和职位

部门：公司、市场营销采购部、配送中心、分店；

职位：市场营销采购部经理（A）、市场营销采购部业务员（B）、分店经理（C）、配送中心经理（D）、配送中心仓库主任（E）、配送中心仓库保管员（F）、配送中心押运员（G）。

4.2、物流

第一种：统一退厂（见图2-11）

软件开发合同范本

软件开发合同范本 甲方：________________________ 乙方：________________________ 签订日期：_____年_____月_____日 上述甲、乙双方，经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担 甲方的权利和义务

根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。按本合同约定支付软件开发费用。甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。 乙方的权利和义务 按照甲方提供的材料按时完成本合同规定的软件开发工作。 可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另行签署协议确认。依合同收取软件开发费用。 乙方有义务在软件验收之日起一年内，对验收完毕的软件模 块出现的非人为因素造成的错误及故障，进行免费维护。 第五条甲方在一年的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。 有，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方

在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本合同并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同 本合同有关条款进行变更或者补充但应当以书面形式确认。上述文件 第十二条本合同附件为本合同不可分割的一部分，与合同正 第十三条任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，应双倍返还上述费用。本合同其他条款对合同的解除另有约定的，从其约定。

公司技术文档格式规范

目录 一、页边距设置 (3) （一）、装订 (3) （二）、不装订 (3) 二、页面布局设置 (3) 三、目录 (3) （一）、目录选择 (3) （二）、字体 (3) （三）、段落 (3) 四、标题 (4) （一）、“字体”设置 (4) 1、主标题 (4) 2、副标题 (4) （二）、“段落” (4) 五、结构编号 (4) （一）、形式 (4) （二）、字体、段落 (5) 1、一级编号 (5) （1）、“字体” (5) （2）、“段落” (5) 2、二级编号 (5) （1）、“字体” (5) （2）、“段落” (5) 3、三级编号 (6) （1）、“字体” (6) （2）、“段落” (6) 4、四级编号 (6) （1）、“字体” (6) （2）、“段落” (6) 六、正文 (7) （一）、字体 (7) （二）、段落 (7)

（三）、落款、日期、签名规定 (7) （四）、图片 (7) （五）、附件 (9) 七、表格 (10) （一）、Excel电子表格。 (10) 1、页边距 (10) 2、标题 (10) 3、内容 (10) （1）、表头 (10) （2）、内容 (10) 4、列宽 (10) （二）、Word表格 (10) 八、页眉页脚 (11) （一）、格式 (11) （二）、内容 (11) 1、页眉 (11) 2、页脚 (12)

公司技术文档格式规范一、页边距设置 （一）、装订 纵向：上3cm，下2.5cm，左2.7cm，右2.5cm。 横向：上3cm,下2.5cm，左2.5cm，右2.5cm。 （二）、不装订 纵向：上3cm，下2.5cm，左2.5cm，右2.5cm。 横向：上3cm,下2.5cm，左2.5cm，右2.5cm。 二、页面布局设置 布局——页面设置——文档网格 选择“指定文档网格”，设置行数为每页40行。 三、目录 （一）、目录选择 使用引文目录，自动目录1. （二）、字体 “目录”两字：字体，宋体；字形，加粗；字号，四号。居中目录内容：字体，宋体；字形，不加粗；字号，五号。（三）、段落 自定义目录选项下修改目录段落格式。

软件技术开发合同协议书范本详细版

编号： _____________ 软件技术开发合同 甲方： _______________________ 乙方： _______________________ 签订日期： ___ 年____ 月_____ 日 第1 页共11 页

说明: 一、本合同为中华人民共和国科学技术部印制的技术开发（委托）合同示范文本，各技术合同登记机构可推介技术合同当事人参照使用。 二、本合同书适用于一方当事人委托另一方当事人进行新技术、新产品、新工艺、新材料或者新品种及其系统的研究开发所订立的技术开发合同。 三、签约一方为多个当事人的，可按各自在合同关系中的作用等，在“委托方”、“受托方” 项下（增页）分别排列为共同委托人或共同受托人。 四、本合同书未尽事项，可由当事人附页另行约定，并可作为本合同的组成部分。 五、当事人使用本合同书时约定无需填写的条款，应在该条款处注明“无”等字样。 委托方（甲方）：_____________________________________________ 住所地：_______________________________________________________ 法定代表人：___________________________________________________ 项目联系人：____________________________________________________ 联系方式：_____________________________________________________ 通讯地址：______________________________________________________ 电话：____________________ 传真：_____________________________ 电子信箱：______________________________________________________ 受托方（乙方）：_____________________________________________ 住所地：_______________________________________________________ 法定代表人：___________________________________________________ 项目联系人：____________________________________________________ 联系方式：_____________________________________________________ 通讯地址：______________________________________________________ 电话：_______________________ 传真： __________________________ 电子信箱：______________________________________________________

软件开发文档范例

文档编号：_________ _________ 文档名称：____________ 项目名称：____________ 项目负责人：____________ 编写：___________ ____年__月__日 校对：___________ ____年__月__日 审核：___________ ____年__月__日 批准：___________ ____年__月__日

开发单位：传讯网络信息 ________________________ 系统规格说明 一、系统功能和目标： 随着因特网的不断普及，国的用户数呈指数级增长。作为因特网最为常用的电子系统越来越受到人们的喜爱，为了满足不断增长的信息交换的需要，各行各业都希望有自己的系统。传讯网络信息自主设计开发了适合中国国情的免费电子系统，用以解决这一日益突出的问题。CHINATION 免费电子系统是专为免费电子服务商、企业集团设计的电子系统。 Chination免费电子系统的设计目标是立足于一个高度集成的、功能强大、技术先进的电子系统。高度集成意味着本系统将把硬盘软件集成在一起。系统是基于LINUX下的，硬盘和软件的集成使得系统具有绝对的安装优势。功能强大意味着系统的实用性，功能的全面性，系统的安全性和可靠性。技术先进意味着将最新版本的LDAP，IMAP，POSTFIX，MYSQL，APACHE和PHP的巧妙结合。 本系统要实现的主要功能有：

1．用户申请注册功能。用户通过申请可以得到一个自己命名的信箱，容量大小为10M。 2．用户忘记密码处理功能。用户忘记密码可以通过注册时设置的密码提示问题来重设密码。 3．用户收功能。它包括SMTP收、POP3取和WWW读三种方式。 4．用户发功能。它包括SMTP发、WWW直接发送、暗送、抄送、定时发送。 5．用户信件处理功能。系统初始设置4个文件夹来分类处理信件：收件箱、发件箱、草稿箱和垃圾箱。用户还可以自己建立新的文件夹。信件在各个信箱之间可以相互移动。 6．用户查找功能。用户可以使用查找功能通过查找信件主题或信件容来找到自己需要的信件。 7．用户信箱配置设置。它包括个人资料更改、密码更改、参数设置、POP3服务器设置、过滤器设置、自动转信、定时发信、签名设置。 8．管理员管理用户和信箱功能。包括输入（增删改）、查询、统计、报表。系统性能参数设置。 9．广播功能。它用于公司定期向一定的用户发送信息，由于一般的用户数有一定数量，所以必须用数据库管。 二、可行性分析 1．技术可行性 本软件拟决定最终在分布式系统上来运行。硬件方面，由于传讯网络信息是国外多家公司并行处理产品的代理商，而且自己本身拥有ALPHA机等先进设备，所以有足够能力开发出先进的电子系统。软件方面，我们拟采用以下几种软件： 1）操作系统用LINUX。Linux作为一个优秀的网络操作系统，它的发行版本中集成了大量的网络应用软件，如Web服务器(apache)、Ftp服务器(wu-ftp)、服务器(sendmail+imap4)、SQL数据库(postgresql)等，可以快速的构建Intranet环境，并且也有精致的收发程序(metamail)和强大的Web 服务器端开发工具(PHP4)。当你配置好sendmail并激活imapd后，你的Linux用户都可以使用Outlook等客户端软件进行收发，只要通过将它们集中进行应用，便可以实现一个简单的Webmail 服务器的功能。但是随着自由软件的不断开发，要构架一个好的电子系统，就面临着软件选择是否适当、性能是否比别人好的问题。下面列出我们所使用的软件。 2）本系统壳软件用imap。有几种方法可以构造电子系统的壳：共享文件系统的策略，基于局域网的专用协议，X.400P7协议和因特网消息存取协议。而基于INTERNET的协议主要有：POP (Post Office Protocol), DMSP (Distributed Mail System Protocol), 和IMAP (Internet Message Access Protocol).POP是最原始，最为人们所知的一种。DMSP仅局限于一个简单应用——PCMAIL，它的优点主要在于对脱机状态操作的支持。IMAP不但继承了POP和DMSP的优点，而且超越了他们的缺点，提供了三种状态下对远程信箱的访问：在线、不连接和脱机状态。在脱机状态，可以发送到一个共享的服务器，但是客户并不是马上全部把它们COPY过去之后在服务器上删掉它们，

技术设计方案文档模板V1.0

《基于智能手机设计（短信功能）的设计》技术设计方案

文档修订记录

一、项目名称 《基于智能手机设计（短信功能）的设计》 二、设计要求及性能指标 设计一个基于单片机及虚拟键盘控制的可实现发送和接收短信的3G模块。选用STC15W4K48S4单片机作为主控芯片进行设计和实现。具体任务包括编写单片机程序和通过触摸屏上的虚拟键盘，控制3G模块实现发送和接收短信功能、显示发信人的号码等。具体要求如下： 1．LC6311(+)3G 模块AT 指令中短信发送指令介绍。 2．通过AT 指令控制3G 模块实现短信收发功能。 三、项目总体方案设计 1、系统总体方案（分析项目要求和指标，给出总的设计方案，画出项目设计的方框图，详细分析设计方案及其工作原理。）根据课程设计的要求，系统设计方案如下：以STC15W4K48S4单片机作为主控芯片，采用触摸屏实现虚拟键盘，及3G模块连接天线、安装移动sim卡组成智能手机硬件部分，（以7805稳压管构成电源电路）。 图一、智能手机（短信功能）系统结构框图

短信收发就是能够实现给已入网的手机发送短信，同时能接收短信及显示发信人的号码的功能。为了实现这样的功能，就需要触摸屏模块，这类似于手机上的显示屏和模拟键盘，而接收和发送信息都需要经过有信息处理功能的微处理器和实现收发信息功能的3G模块。此外还需要电源模块来提供能量。 系统的基本原理： 1.短信的发送：触摸屏将要发送的信息给微处理器处理后通过3G模块发送出去。 2.短信的接收：3G模块将接收到的信息传送给微处理器来处理，然后将处理结果送到触摸屏执行。 2、关键技术、设计难点及其解决方案（项目中的关键技术是什么？可能会遇到哪些设计难点？你的解决方案是什么？） 难点：触摸区域和要显示文字的区域难以确定 解决方案：通过画圆或矩形来确定要显示的区域，再使用函数实现触摸区域的准确或保证显示要出现的内容，最后删除画圆或矩形的函数。以实现要达到的目的。 四、项目详细方案设计 1、核心器件选型（分析核心器件有哪些？选型的依据和原则是什么？有哪些可以选择的器件？为什么要选择最终的那个器件？) 单片机STC15W4K48S4： 宏晶科技STC15系列单片机STC15W4K48S4，是单时钟周期/机器周期（1T）的单片机，是宽电压/高速度/高可靠/低功耗/超强抗干扰的新一代8051单片机，指令代码完全兼容传统8051，但速度快8~12倍。内部集成高精度R/C时钟，8路10位PWM，8路10位A/D转换（30万次/秒），内置4K字节大容量SRAM，4组独立的高速异步串行通信端口（UART1/ UART2/ UART3/ UART4），1组高速同步串行通信端口SPI。 （1）增强型8051CPU，单时钟/机器周期1T ，速度比普通8051快8-12倍（2）内部高精度R/C时钟，ISP编程时内部时钟从5MHz~35MHz可设，本项目选用33.1776 MHz

软件开发设计文档模板

软件开发设计文档

文档管理信息表 主题在线考试系统 版本 1.0 内容基于web的在线考试系统 关键字MVC模式在线考试考生.题库管理 参考文档JSP实用教程（第二版）清华大学出版社（耿祥义.张跃平编著）创建时间2016/7/4 最新发布日期2016/7/6 目录 1 引言 (1) 1.1设计背景 (3) 1.2编写目的 (4) 1.3系统概述 (4) 2开发规划 (4) 2.1开发人员 (4) 2.2开发计划 (4) 2.3开发环境和工具 (5) 3开发设计 (6) 3.1 需求概述 (6) 3.2 软件结构 (7) 3.3基本设计描述 (9) 3.3.1系统总体逻辑结构图 (8) 3.3.2系统部署结构图 (9) 3.4主要界面描述.......................................................................................................错误！未定义书签。 3.4.1用户打开界面............................................................................... 错误！未定义书签。 3.4.2答题界面....................................................................................... 错误！未定义书签。 3.4.2结果显示界面............................................................................... 错误！未定义书签。 3.5模块列表................................................................................................................错误！未定义书签。4数据结构........................................................................................................ 错误！未定义书签。5模块设计. (13) 5.1JSP编辑模块.......................................................................................... 错误！未定义书签。

软件开发合同协议书范本 最新版

编号：_____________软件开发合同 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日

甲方（委托方）： 法定代表人： 地址： 联系方式： 乙方（受托方）： 法定代表人： 地址： 联系方式： 根据《中华人民共和国合同法》等有关规定，甲乙双方经平等自愿协商，就甲方委托乙方进行软件开发事宜，签订以下合同主要条款： 一、定义 1、项目是指甲方委托乙方按照本合同约定进行软件开发 的软件。 2、开发软件是指乙方根据本合同规定向甲方提供的满足甲方需求的计算机程序及其有关文档。 3、文档指用来描述程序的内容、组成、设计、功能规格、开发情况、测试结果及使用方法的文字资料和图表等。 4、资料是指与开发软件相关的软件、工作记录及工程文档。 5、知识产权指本合同涉及的所有著作权、商标权、专利权和其它智力成果的专有的权利和利益。 6、需求变更是指经双方商定后对开发软件或资料所做的需求修改。

7、商业秘密指甲、乙方各自所拥有的，不为公众所知的管理信息、方式方法、顾客名单、商业数据、产品信息、销售渠道、技术诀窍、源代码、计算机文档等，或由甲、乙方在履行本合同过程中明确指明为商业秘密的、法律所认可的任何信息。 8、测试是指根据本合同各方约定的方法和标准，对乙方所完成开发成果的全部或部分功能及运行状态所做的检测。 9、上线是指乙方开发的应用软件在甲方的工作环境中正式运行或被甲方用于业务办理。 10、工作日指国家所规定的节假日之外的所有工作日。 二、项目的内容和要求 1、甲方委托乙方根据本合同规定的条款和条件开发软件，乙方接受甲方的委托为甲方提供开发。 2、软件使用期限：甲方可永久使用软件。 3、软件开发内容：乙方应根据《工作范围说明书》（附件一）的规定，与甲方共同对业务需求进行识别，并和业务、技术部门进行确认，最终形成《需求确认书》，并在需求确定后双方签署《需求评审报告》（附件二），作为软件开发依据，乙方开发软件应达到的技术指标和参数达到本合同所附《工作范围说明书》（附件一）技术要求。 三、项目的开发工作 1、项目期限：在甲方配合工作按计划执行的基础上，项目自启动之日 起个月内完成项目一期系统上线。

软件开发文档模板

软件开发文档模板 1 可行性研究报告 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下： 1.1 引言 1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标 1.2.3 条件、假定和限制 1.2.4 进行可行性研究的方法 1.2.5 评价尺度 1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性 1.4 所建议的系统 1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响 1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响 1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响 1.4.4.6 对地点和设施的影响 1.4.4.7 对经费开支的影响 1.4.5 局限性 1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案 1 1.5.2 可选择的系统方案 2 …… 1.6 投资及收益分析 1.6.1 支出 1.6.1.1 基本建设投资

1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6. 2.1 一次性收益 1.6. 2.2 非一次性收益 1.6. 2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析 1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言 2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.2.3 产品及成果 2.2. 3.1 程序 2.2. 3.2 文件 2.2. 3.3 服务 2.2. 3.4 非移交产品 2.2.4 验收标准 2.2.5 完成项目的最迟期限 2.2.6 本计划的审查者与批准者 2.3 实施总计划 2.3.1 工作任务的分解 2.3.2 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件 2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点

技术文档模板

天境世纪服务器运维应急 预案 内部文件：[1.0] 颁布时间：[2011.7.11]

目录 文件版本说明 (2) 参考资料 (2) 手册目的 (2) 声明 (2) 名词定义和缩略语说明 (2) 1 [输入第一章标题] (3) 1.1 [输入第一章第一节标题] (3) 1.1.1 [输入第一章第一节第一小节标题] (3) 1.1.2 [输入第一章第一节第二小节标题] (3) 1.2 [输入第一章第二节标题] (3) 2 [输入第二章标题] (4) 2.1 [输入第一章第一节标题] (4) 2.2 [输入第一章第二节标题] (5) 表格 表 1-1 [输入表格标题] (3) 表 1-2 [输入表格标题] (3) 图表 图1-1 [输入图片名称] (4) 图2-1 [输入图片名称] (4)

文件版本说明 表 1 版本说明 参考资料 1.[列出参考资料名称] 2.[列出参考资料名称，需增加参考资料项，请在行末回车] 手册目的 [请对撰写本手册目的进行适当描述] 声明 [对本文档内容进行声明] 名词定义和缩略语说明 表 2 名词定义及缩略语说明

1[输入第一章标题] [输入正文] 1.1 [输入第一章第一节标题] [输入正文] 1.1.1[输入第一章第一节第一小节标题] [输入正文] 表 1-2 [输入表格标题] 1.1.2[输入第一章第一节第二小节标题] [输入正文] 1.2 [输入第一章第二节标题] [输入正文]

图1-1 [输入图片名称] 2[输入第二章标题] [输入正文] 2.1 [输入第一章第一节标题] [输入正文] 图2-1 [输入图片名称]

开发文档模板

XX系统开发 开发团队： 组长： 组员： 备注：广州大学华软软件学院 目录 XX系统开发 (1) 1 概述 (3) 1.1 开发背景 (3) 1.2 开发目标 (3) 1.3 参考资料 (3) 1.4 设计原则 (3) 2 需求分析 (3) 2.1 需求陈述 (3) 2.2 操作用例 (4) 2.3 功能分析划分 (4) 2.3.1 系统登录 (4) 2.3.2 用户管理 (4) (4) 2.5 运行环境 (4) 3 总体设计 (4) 3.1 系统建模 (4)

3.1.1 层次方框图 (4) 3.1.2 ER图（实体-联系图） (4) 3.1.3 类图设计 (5) 3.2 接口设计 (5) 3.2.1 内部接口设计 (5) 3.2.2 登录界面设计 (5) 3.2.3 用户管理界面设计 (5) (5) 3.3 数据库结构设计 (5) 3.3.1 数据库E-R图 (5) 3.3.2 数据库逻辑设计 (5) 2.5 出错处理 (5) 2.6 安全保密设计 (6) 4 详细设计 (6) 4.1 程序流程图 (6) 4.2 伪代码编写 (6) 5 实现 (7) 5.1 编码 (7) 5.1.1 代码约定 (7) 5.1.2 代码编写原则 (7) 5.2 测试要点 (7) 5.2.1 登录测试要点 (7) 5.2.2 主界面测试要点 (7) (7) 5.3 测试结果和总结 (7) 6 维护 (7)

6.1 维护方法 (7) 6.2 维护文档 (7) 6.3 功能拓展方法 (7) 1 概述 1.1 开发背景 【比如为什么要开发这个系统】 1.2 开发目标 【该系统需要完成的基本功能，对系统的大体描述】 1.3 参考资料 【该系统涉及的开源项目等】 1.4 设计原则 【设计该系统遵守的原则，比如支持多数据库，可移植行，可拓展性等】 2 需求分析 2.1 需求陈述 【用平常语言描述该系统的全部功能和细节】

软件技术开发合同协议书范本 详细版

说明： 一、本合同为中华人民共和国科学技术部印制的技术开发（委托）合同示范文本，各技术合同登记机构可推介技术合同当事人参照使用。 二、本合同书适用于一方当事人委托另一方当事人进行新技术、新产品、新工艺、新材料或者新品种及其系统的研究开发所订立的技术开发合同。 三、签约一方为多个当事人的，可按各自在合同关系中的作用等，在“委托方”、“受托方”项下（增页）分别排列为共同委托人或共同受托人。 四、本合同书未尽事项，可由当事人附页另行约定，并可作为本合同的组成部分。 五、当事人使用本合同书时约定无需填写的条款，应在该条款处注明“无”等字样。 委托方（甲方）： 住所地： 法定代表人： 项目联系人： 联系方式： 通讯地址： 电话：传真： 电子信箱： 受托方（乙方）： 住所地： 法定代表人： 项目联系人： 联系方式： 通讯地址： 电话：传真： 电子信箱：

本合同甲方委托乙方研究开发项目，并支付研究开发经费和报酬, 乙方接受委托并进行此项研究开发工作。双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同恪守。 第一条本合同研究开发项目的要求如下： 1．技术目标：。 2．技术内容：。 第二条乙方应在本合同生效后日内向甲方提交研究开发计 划。研究开发计划应包括以下主要内容： 1.功能说明； 2.实施计划； 3.使用说明； 4.调试安装。 第三条乙方应按下列进度完成研究开发工作： 1. 软件制作周期为_____个工作日（以预付款支付日起，如因甲方页面确定时间延误周期自动延续； 2. 乙方在_____日内完成页面设计制作 3. 经甲方页面确认后_____日内完成页面合成、程序开发、功能调试并交付甲方使用。 第四条甲方应向乙方提供的技术资料及协作事项如下： 1．技术资料清单：培训使用手册。 2．提供时间和方式：项目验收时，以电子文档方式提供。 3．其他协作事项：无。 本合同履行完毕后，上述技术资料按以下方式处理：提供书面及电子版产品维护使用手册给最终用户指定的系统管理维护专员。

开发文档介绍

开发文档介绍 软件开发文档是软件开发使用和维护过程中的必备资料。它能提高软件开发的效率，保证软件的质量，而且在软件的使用过程中有指导，帮助，解惑的作用，尤其在维护工作中，文档是不可或缺的资料。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA 文档》、《项目总结》等。产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》。用户文档《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 开发文档 1. 《功能要求》-- 来源于客户要求和市场调查，是软件开发中最早期的一个环节。 客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》-- 根据用户的功能要求，经过与招标方沟通和确认，技术人员开 始书写《投标方案》，方案书一般包括以下几个重要的章节：前言-- 项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。需求分析-- 项目要求、软件结构、功能列表、功能描述、注意事项等。技术方案-- 总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。项目管理-- 描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。技术支持-- 公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价-- 软、硬件平台报价列表、软件开发费用、系统维护费用等。项目进度-- 整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。 3. 《需求分析》-- 包括产品概述、主要概念、操作流程、功能列表和解说、注意 事项、系统环境等。以《功能要求》为基础，进行详细的功能分析( 包括客户提出的要求和根据开发经验建议的功能) ，列出本产品是什么，有什么特殊的概念，包括哪些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。 4. 《技术分析》-- 包括技术选型、技术比较、开发人员、关键技术问题的解决、 技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析( 产品的性能和实现方法) ，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。 5. 《系统分析》-- 包括功能实现、模块组成、功能流程图、函数接口、数据字典、 软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析( 产

非标设备通用技术要求文件模板(可编辑修改word版)

非标设备通用技术要求文件模板 1、关于本文件 2、厂家资力 3、投标方义务 4、对投标商前期技术文件要求 5、工艺总体要求 6、设备通用技术要求 7.备件选型 8.安装调试 9、验收 10、保全准备 11．售后服务 1、关于本文件 1.1目的 为控制厂家及其设备、工装产品的基本准入门槛，采购优良品质的设备，使公司采购的设备以最高的综合效率运行，特编制本文件。 1.2在厂商资源可选择的前提下，设备供货商及其产品必须满足本标准对供货商的要求，方可参加轿车公司项目的投标。 1.3本文件也用于轿车公司设备采购技术协议编制参考，除非设备差异性限制，原则按照本文件限定条件执行。 1.4设备采购必须首先满足本标准。

1.4.1在满足： 1）工艺条件； 2）设备的基本可靠性、安全性、可用性； 3）综合成本最低； 的基础上进行厂商和产品选择。 1.4.2所谓的综合成本最低是指： 1）一次性采购成本；2） 综合保养、维护成本；3）使 用人工成本； 4）设备品质不良造成的生产间接损失，包括效率损失和产品质量损失；等各类因设备直接或间接产生的成本的总和最低。 1.5本文件适用于生产直接或间接相关的设备、工装、夹具采购。 1.6本文件为技术标准，不包含商务标准，商务条件遵守公司现行采购流程。 1.7本文件相应技术标准将根据设备技术发展，定期进行更新。 2、厂家资力 2.1基本条件 2.1.1投标方应具备国家法定管理部门核准营业的所有相关资格文件。 2.1.2特种设备，凡国家限定必须取得特定资力证明方能制造的，供货方需取得相关证明。 2.1.3近3 年内，设备供应商必须具备至少两套（含两套）以上同

软件架构设计文档模板

Software Architecture Document Version <1.0> Revision History Date Version Description Author < yyyy-mm-dd >