毕业设计（论文）
需求分析
题目名称：农餐对接供需服务平台的设计与实现 --供求商品管理与品牌推荐
院系名称：计算机学院
班级：计科111
学号：201100814127
学生姓名：王天柱
指导教师：吴志刚
2015年4月
1. 1.引言
1.1 1.1项目背景
农餐（农户或农企与餐饮企业）对接供需服务平台，实现供需信息共享，餐企直接从源头采购，更放心，更廉价，减少中间流通环节，给餐企、农企和市民带来更多实惠。目前市场中，这类供需平台极少，开发成功有很强的应用前景。“为耕者谋利，为食者造福”。农餐对接：作为一种新型的农产品销售模式，不仅使农民实现了以销定产，从而降低了市场风险，而且使消费者可对农产品来源进行追溯，从而提高了产品质量安全。总之，餐饮企业与农业生产基地一定要建立良好的合作机制，相互沟通，农业生产基地积极地去满足餐饮企业的需求，不仅可以帮助餐饮企业提高产品的品质，也有助于农业生产基地自身的成长与发展。
1.2 1.2编写目的
本系统是农残对接服务平台设计与实现的子系统（供求商品管理与品牌推荐）。
该文档对供求商品管理与品牌推荐业务需求做了详细的描述。本系统首先实现安全管理功能为登录用户根据自身角色分配相应的权限功能；其次登录用户操作自身对应的权限功能，若需审核时，则需要具有审核权限的操作员进行审核，审核通过后，操作才真正完成；最后为后续的记录统计分析提供数据基础。
本文档的读者对象是与该项目有关系的项目团队成员（项目指导、设计人员、开发人员、测试人员）以及项目干系人员。
1.3 1.3 定义
1.【管理员】
管理员是指具有操作后台管理功能的人员；分为系统管理员、餐企管理员、农企管理员。
系统管理员admin：具有所有权限的的操作员；即包括安全管理的用户管理、角色管理、资源管理等功能。
餐企管理员：具有操作餐饮企业功能模块的管理人员。
农企管理员：具有操作农企功能模块的管理人员。
2.【用户】
用户是指使用前后、台功能的登录人员；分为前台用户、后台用户。
前台用户：已经注册并通过审核的餐企或农企人员。
后台用户：通过审核并已经注册的具有操作后台功能的人员。
3.【资源】
本系统的资源是指该系统的所有功能模块，系统的功能模块通过资源管理进行编辑。
1.4 1.4参考文献
1）农餐对接供需服务平台的设计与实现--供求商品管理与品牌推荐选题审批表。
2）农餐对接供需服务平台的设计与实现--供求商品管理与品牌推荐任务书。
3）软件需求分析报告模板。
4）需求工程——软件建模与分析。
2. 2.任务概述
2.1 2.1目标
本项目所开发的农餐对接供需服务平台的设计与实现系统实现供需信息共享，餐企直接从源头采购，更放心，更廉价，减少中间流通环节，给餐企、农企和市民带来更多实惠。在农餐对接的过程中涉及物流配送、检验产品等程序，成本很高，用量较大的原材料通过农餐对接节省的成本远远低于投入的成本。总之，“为耕者谋利，为食者造福”。
2.2 2.2 用户特点
本系统的最终后台用户是该系统的所有者和加盟商（餐企、农企）。所有者具有系统管理员的权限，加盟商具有各自对应的管理员的权限。前台用户是注册并通过审核的加盟商的商铺管理者。
2.3 2.3假定和约束
1）系统的软硬件的约束。主服务器运行Windows Server或Linux，客户端为个人电脑，一般要求浏览器IE6.0版本以上。
2）系统稳定性的约束。系统能够长时间稳定运行，平均故障间隔时间不少于10000个小时。
3）数据安全性的约束。主服务器端运行大型数据库，具有较强的数据处理
能力和容错能力。特别是安全保护能力，防止信息被窃取和篡改。
3. 3.总体功能需求描述
3.1 3.1总体功能结构
餐对接供需服务平台的设计与实现功能需求模块基本分为：安全管理模块，任务审核模块，商品信息管理模块、商品及品牌推荐模块、交易商城管理模块、商户信息管理模块、星级评定管理模块、信息发布管理模块。功能模块图如下：
图1 总体功能结构图
3.2 3.2总体业务流程
图2 总体业务流程图
3.3 3.3总体业务流程说明
农企提供商品时需要经过该系统的所有者审核，若符合食品安全和签订的协议等，则审核通过商品上架，餐企用户可见且可购买。若不符合食品安全和签订的协议等，则驳回并说明原因，需要农企对该商品进行相关的上架要求检查后，再次提交进行审核。
4. 4.子系统功能需求描述
供求商品管理与品牌推荐的功能包括以下几个方面：
1)、安全管理模块：用户、角色、资源三个模块的整体。
2)、3类用户信息管理模块：管理员、餐企管理人员、农企管理人员通过角色模块分配对应角色的功能操作模块和用户的添加及信息维护的功能。
3)、角色模块：用户通过角色分配对应的资源功能，决定角色拥有的操作权限和角色信息的添加与维护。
4)、资源模块：在系统管理界面自定义所需功能及路径，即通过该模块把需要添加的功能模块写入数据库和维护功能模块；角色通过资源取得对应的功能模块。
5)、任务审核模块：企业提供新的商品时的食品安全问题审核功能操作。例如，添加新的商品时，商品的初始审核状态为审核处理中；具有任务审核权限的管理者登录时处理任务审核中需要审核的的操作，根据需要审核可以通过，也可以驳回(需要说明驳回的原因)。
6)、供应、求购商品分类管理模块：农企供应商品并分类发布、展示等信息维护功能；餐企需要某种商品时发布的消息等。
7)、热销商品及品牌推荐：热销商品、品牌餐企与农企推荐服务：优选推荐方案；土特才有奖推荐系统。
子系统供求商品管理与品牌推荐功能需求模块有安全管理模块，任务审核模块，商品信息管理模块、商品及品牌推荐模块，详细结构图如下：
图3 子系统功能结构图
4.1 4.1安全管理
4.1.1 安全管理业务逻辑与说明
图4 安全管理流程图
此处用户是指后台的管理登录者；创建用户时分配角色，角色对应着资源功能，即创建的用户拥有所分配的角色所掌握的权限。
4.1.2 用户管理
根据系统要求编辑用户，并分配角色。
编辑（添加、修改）
1) 登陆名：必填项，具有唯一性，用户登录名称。
2) 真实姓名：必填项。
3) 职务：选填项。
4) 手机：必填项，符合手机格式。
5) 状态：必填项，判定该用户是否可使用。
6) 角色：必填项，根据所选角色，判段创建用户的菜单权限。
删除
操作员允许删除已创建的用户。
查询
?查询条件：
◆登录名（用户登录名称，可模糊匹配）；
◆角色（角色信息，下拉选择）；
?查询结果：登录名、用户角色。
?排序字段：用户是否编号升序。
4.1.3角色管理
编辑角色，并分配资源权限。
编辑（添加、修改）
角色名称：必填项。
资源权限：选填项。对应该角色具有的功能权限。
删除
操作员允许删除已创建的角色。
查询
?查询条件：
◆角色名称（可模糊匹配）。
?查询结果：角色名称。
4.1.4 资源管理
根据系统要求编辑功能。
编辑（添加、修改）
权限名称：必填项，功能名称。
类型：必填项，单选按钮，0是菜单1是按钮；默认为按钮时，
无优先级和菜单级别。
菜单级别：必填项，列表功能，默认为根节点。
路径：必填项，必须以/ 开头。
父级名称：必填项，只能读，不能写。
删除
操作员允许删除已创建的节点。
4.2 4.2任务审核
主要任务对新加盟的商户、食品等审核，如餐企添加新的商品时，为食品安全需要进行审核。
4.2.1 待办任务
处理任务
把将要处理的任务送审、修改、删除（驳回）。
4.3 4.3商品信息管理
管理与商品相关的功能，如商品、分类等
4.4.1 商品管理
编辑商品基本信息，并说明商品的类别及来源。
编辑（添加、修改）
商品名称：必填项、唯一验证。
商品介绍：必填项。介绍商品信息。
商品原价：必填项。商品最初价格。
商品现价：必填项。由于某种原因订的最新价格。
是否新品；必填项，单选按钮0 否，1是。
是否热销；必填项，单选按钮0 否，1是。
是否推荐；必填项，单选按钮0 否，1是。
商品数量：必填项。商品库存量
上架时间，默认为当前日期：必填项。
商品图片：选填项。商品的照片。
审核状态；默认项0审核中，1通过，2未通过(给出未通过理由)
商品分类：必填项，依据商品分类选择。
商品来源：必填项，编辑该商品者的企业。
删除
操作员允许删除已创建的商品。
查询
?查询条件：
◆商品名称（可模糊匹配）。
◆商品分类。
◆审核状态。
?查询结果：商品名称、商品介绍、商品现价、是否热销、是否新品、
是否推荐、商品数量、上架时间、商品分类。
4.4.1 分类管理
编辑商品分类；如水果、蔬菜、肉食等。
编辑（添加、修改）
商品分类名称：必填项。
删除
操作员允许删除已创建的商品分类。
查询
?查询条件：
◆商品分类名称（可模糊匹配）。
?查询结果：商品分类。
4.4 4.4品牌推荐
根据综合结果推荐出最优秀的企业、商品。
显示结果：商品名称、商品介绍、商品现价、是否热销、是否新品、是否推荐、商品数量、上架时间、商品分类。
5.数据库设计
数据库也即是按照数据结构来组织、存储和管理数据的仓库。具体来说它是存储在一起的相关数据的集合，这些数据是结构化的，无害的或不必要的冗余，并为多种应用服务。数据的存储独立于使用它的程序。对数据库插入新数据，修改和检索原有数据均能按一种公用的和可控制的方式进行。当某个系统中存在结构上完全分开的若干个数据库时，则该系统包含一个“数据库集合”，我们经常接触的就是Access和MySql。
5.1设计方案分析
我们平时设计过程中经常用到的数据库有Access和MySql，该系统适合用哪一个数据库作后台处理还有待于分析，下面将两者进行仔细的比较。Access
是一个面向对象的、采用事件驱动机制的小型关系数据库管理系统。在Access 中，用户可以根据实际需要对数据进行分类，然后使用表分别存储每一种类型的数据，并建立起不同类型数据之间的关系。此时，每条信息仅在一处存放，减少了冗余数据的产生，节省了宝贵的存储空间，同时也加快了更新数据的速度。
MySql作为微软在Windows 系列平台上开发的数据库, 一经推出就以其易用性得到了很多用户的青睐。MySql数据库是基于结构化的查询语言的可伸缩的关系数据库。它具有很多优点：首先它上手容易，由于MySql与Windows界面风格完全一致，且有许多“向导”帮助，因此易于安装和学习。另外，MySql除了具有扩展性，可靠性以外，还具有可以迅速开发新的因特网系统的功能。Microsoft MySql 简化了管理、优化工作，它非常明显的改进就是增加了联机分析处理功能，这可以让很多中小企业用户也可以使用数据仓库的一些特性进行分析。
5.2设计方案确定
Access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单机访问的数据库时是很好的，效率也很高。但是它的同时访问客户端不能多于4个。Access数据库有一定的极限，如果数据达到100M左右，很容易造成服务器IIS假死，或者消耗掉服务器的内存导致服务器崩溃。
而SQL是一个非过程化的语言，因为它一次处理一个记录，对数据提供自动导航。SQL允许用户在高层的数据结构上工作，而不对单个记录进行操作。所有SQL 语句接受集合作为输入，返回集合作为输出。SQL的集合特性允许一条SQL 语句的结果作为另一条SQL语句的输入。SQL不要求用户指定对数据的存放方法，它可用于所有用户的DB活动模型，包括系统管理员、数据库管理员、应用程序员、决策支持系统人员及许多其它类型的终端用户。基本的SQL 命令只需很少时间就能学会，高级的命令在几天内便可掌握。以前的数据库管理系统为上述各类操作提供单独的语言，而SQL 将全部任务统一在一种语言中。由于所有主要的关系数据库管理系统都支持SQL语言，用户可将使用SQL的技能从一个RDBMS 转到另一个。所有用SQL编写的程序都是可以移植的。所以最终决定选用MySql 作为后台数据库。
5.3数据表的建立
该系统数据库采用MySql数据库，系统数据库名称为fmd02。数据库fmd02中包含如下几张表。
（1）fmd_user（后台用户表）
后台用户表主要用于管理和维护系统功能模块信息，该数据表的结构如表1所示。
表5-1 后台用户表
字段名数据类型长度主键否描述id varchar 255 主键编号(当前系统时间编码) username varchar 255 否用户姓名(唯一)
password varchar 255 否用户密码
enabled tinyint 1 否该用户是否可用(0:否,1:可用) locked tinyint 1 否该用户是否冻结(0:否,1:冻结) role_id varchar 255 外键角色id
（2）fmd_role（后台角色表）
后台角色表主要用于分配后台用户所属的角色，该数据表的结构如表2所示。
表5-2 后台角色表
字段名数据类型长度主键否描述id varchar 255 主键编号(当前系统时间编码) rolename varchar 255 否角色名
available tinyint 1 否该角色是否可用(0:否,1:可用)
(3）fmd_resource（资源表)
后台角色表主要用于分配后台角色的资源权限，该数据表的结构如表3所示。
表5-3 资源表
字段名数据类型长度主键否描述id varchar 255 主键编号(当前系统时间编码)
name varchar 255 否资源名(唯一)
level smallint 6 否菜单级别(非空)
url varchar 255 否资源路径(以/开头)
pid varchar 255 外键资源父类id
（4）fmd_role_resource（角色资源中间表）
主要用于保存每个角色对应的资源，该数据表的结构如表4所示。
表5-4 角色资源表
字段名数据类型长度主键否描述
role_id varchar 255 外键角色id
resource_id varchar 255 外键资源id
（5）classification（商品分类表）
主要用于商品类别的填写，如蔬菜、水果等，该数据表的结构如表5所示。
表5-5 商品分类表
字段名数据类型长度主键否描述id varchar 255 主键编号(当前系统时间编码)
name varchar 255 否分类名
6）goods（商品表）
主要用于保存商品相关信息，该数据表的结构如表6所示。
表5-6 商品表
字段名数据类型长度主键否描述
id varchar 255 主键编号(当前系统时间编码)
name varchar 255 否商品名
introduce varchar 255 否商品介绍
num varchar 255 否商品数量
is_host varchar 255 否是否热销；0 否，1是
is_new varchar 255 否是否新品；0 否，1是
is_special varchar 255 否是否推荐；0 否，1是
original_price double 255 否商品原价
present_price double 255 否商品现价
picture varchar 255 否商品图片
审核状态；0审核中，1通过，2未通status varchar 255 否
过(给出未通过理由) intime datetime 255 否上架时间，默认为当前日期classification_
varchar 255 否商品来源，即供应商
id
5. 6.性能需求
5.1
6.1 可用性
农餐对接供需服务平台应简单易用，用户能直接通过界面即可掌握所需功能的操作方法，Web操作端至少兼容IE浏览器。
5.2
6.2 可靠性
农餐对接供需服务平台能长时间无故障运行，能够应对相应的数据吞吐量。
5.3
6.3 速度性
当用户进行操作时，系统应该及时地进行反应，反应的时间在2秒以内
5.4
6.4 开放性需求
系统应具有十分的灵活性，以适应将来功能扩展的需求。
5.5
6.5 可扩展性需求
5.6 系统设计应体现扩展性要求，以适应将来功能扩展的需求。
5.7
6.6数据精确度
数据精确度要达到以下指标：
?具有较强的出错提示能力，并可自动记录出错信息。
?具有操作提示功能和必要的输入校验功能，界面切换时间不超过3秒。
?系统进行实时模糊查询时，不影响正常业务处理。
?本系统的数据量要具有并行处理至少1000个用户访问的能力。
5.8
6.7 接口
①硬件接口：无。
②软件接口：提供与之相关的数据库，多维数据库访问接口。
③通信接口：无。
6. 7.实现约束
硬件条件：
类别最低配置
CPU 酷睿2 E6300
内存DDR2 1.5G
硬盘7200转/S 200G
操作系统Microsoft Windows 2007 server
JDK 1.7+
Web服务器Tomcat7
数据库服务器My SQL
web浏览器Mozilla Firefox 2.0.0.14+
IE6.0+
软件环境：
系统开发与运行软件选择应遵循一些基本原则：支持新的软件开发技术；具有必要和足够的软件工具开发平台；符合开放式系统发展方向。目前系统开发配置要求如下：
◆系统开发平台：Microsoft Windows 7
◆开发工具：Spring Tool Suite/ My eclipse10/ Eclipse10
◆开发语言：Java
◆数据库管理软件：My SQL
8.尚需解决的问题
暂无
怎样做需求分析之五:调研之需求研讨 作者 : fangang 发布时间 : 2012-02-08 00:20 前面我们探讨了业务研讨会应当怎样组织, 下面我们再具体讨论一下我们应当怎样与客户讨论业务需求。如果说组织业务研讨会是项目经理的功底, 那么讨论业务需求就是需求分析人员的功底。 以往我们常常认为, 需求分析是一件最简单的事情。客户说他们需要做一个什么软件, 有些什么功能, 我们照着做就可以了,所谓的需求分析员就是需求的记录员。我要说, 这是一个极大的错误,许多失败的软件项目, 或者说软件项目中的需求问题,大多都源于此。经过人们多年的研究发现, 在需求分析过程中, 客户存在的最大问题就是提不出正确的需求, 这表现为几种形式: 1. 由于对软件不了解,客户提不出需求,不知道软件最终会做成什么样子。这类客户在需求讨论过程中,往往只能描述目前自己手工管理的方式是怎样的,不知道计算机会怎样管理。 2. 能提出一些业务需求,但当软件做出来摆在自己面前时,需求就变了。这类客户,他们能熟练使用电脑, 对信息化管理是清楚的。他们提出的业务需求从整体上应当是八九不离十的。但是,由于没有实物,在软件中的一些具体操作并没有完全想清楚。因此,当软件真正做出来摆在自己面前时, 甚至经过一系列流程操作以后, 会对一些操作提出变更需求。他们正如那句经典的话说的:“I have changed when it saw it.” 3. 能非常详细地提出业务需求,甚至有时候该怎么做的提出来了。这类客户,参与过很多软件信息化建设, 甚至有些还是软件开发的半专业人士。但是他们提出的业务需求过于具体, 甚至怎样实现都说出来了, 但这些有时候不是最佳设计方案、可能在技术上难于实现, 甚至有些就是过于理想化而不可实现。 因此, 我在进行需求研讨的时候, 首先跟客户探讨的不是软件功能, 而是客户现有的业务知识,用专业的话叫“ 业务领域分析” 。客户现有的业务流程是什么样的,
系统需求分析报告 ——关于信息工程学院学籍管理系统 §1概述 随着社会的发展，经过本院全体师生的共同努力，学校的规模不断的扩大，日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 §1.1背景 项目开发的提出者为学校的业务管理人员，开发者为毛彩霞，已明确用户有：在校任课老师和就读学生、班主任、教务处及相关的管理人员；潜在用户有：已经毕业的学生、用人单位、学生家长。 用户特点： 在校任课老师、班主任、教务处各作为单独的一类用户，在校就读学生、已经毕业的学生、用人单位、学生家长作同一类用户。在校任课老师、用人单位、教务处的管理人员和已经毕业的学生大专以上学历，班主任、在校就读的学生高中以上学历，学生家长学历不定，用可能低于高中学历。 项目经费有学校出，开发周期一年。 §1.2 系统目标 软件开发的意图为便于学校的管理，方便查看有关学校及学生的情况。 如教务处对学生成绩的修改、删除、查找、添加等。 §1.3业务模式 （略） §1.4现行组织机构及业务现状 在学籍管理中，需要从大量的日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。 §2用户需求 §2.1业务需求 1、使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科和
需求分析：需求调研的七种方法要想给人做管理软件，首要的事情自然是把人家现在的业务内容、管理方式弄清楚。即使你是这个领域的业务专家，也要明白一点，无论业务内容是否相同，管理方式一定是不同的，业务可以复制，技术可以复制，管理不能复制。例如，要给仓库做管理系统，需要先了解这个仓库是怎么管理的，怎么出库，怎么入库，怎么盘点，怎么核算；需要给采购部做管理系统，需要先了解采购部是怎么运作的，怎么制定采购计划，怎么下采购单，怎么签订采购合同，等等。 开发信息管理系统，首当其冲的需求来源就是如何将现在的手工业务电子化，没有这一步，说什么资源整合，说什么提高效率，说什么降低成本，说什么智能决策，都是浮云。对于管理软件来说，需求获取重点在如何理解客户业务，这是需求获取阶段最重要，也是最困难的事情，当然，对于需求分析者来说，理解业务与需求获取往往是交错进行的，很难割裂开来。 需求获取一般包括这几种方式：观察法、体验法、单据分析法、报表分析法、问卷调查法、访谈法、需求调研会法。这是需求调研的“七种武器”，它们各有优缺点，无论你想要了解的是什么需求，都需要将这些方式组合应用，针对你想要了解的内容，以及需要了解的对象的工作特点，采用不同的方式。学会并坚持使用这七种武器后，我想你很快就会成为需求调研的真正高手。 观察法 观察法，就是你自己跑到工作现场，看！这个看上去相当简单，貌似走马观花，有些不在行的兄弟会弄得跟公费旅游一般，车间里走走散散心，撩撩HR妹子，就认为是观察法调研了，其实不然。这种方法，关键是要看人家是怎么工作的，拿了什么，干了什么，用了什么工具，送出去什么，什么时候填写了什么单据，制作了什么报表，等等。 体验法 体验法，就是你自己亲自到相关部门去顶岗，做一段时间的业务工作，有了亲身体验自然更容易理解这个岗位的工作。这种方法，最大的优点就是理解业务比较深刻。一旦你几乎成了某岗位的一员后，想想，还有什么比自己帮自己做软件更能够把握需求呢？要给超市收银员写个软件，先到超市卖几天东西，要给仓库做软件，先到仓库发两天货，你的软件偏离用户需求的可能性会大幅度降低。
******** **经济林管理信息系统需求分析报告 ******** 二〇一三年十二月
目录 引言 (2) 1 项目概述 (3) 1.1项目目标分析 (3) 1.2项目背景及意义 (3) 1.3项目建设的必要性 (4) 1.4项目建设的可行性 (4) 2 项目数据分析 (6) 2.1经济林基础地理信息 (6) 2.2经济林调查数据及处理 (6) 3功能需求分析 (10) 3.1功能结构图 (11) 3.2功能说明 (11) 4 运行环境需求 (12) 5 性能需求 (12)
引言 为合理和高效进行**********经济林管理信息系统（以后简称项目）总体设计，项目组根据《**经济林管理信息系统建议书》编写需求分析报告。 请**相关部门在此基础上讨论和确定本需求分析内涉及的运行环境需求、数据调查和处理流程、功能需求分析等内容。
1 项目概述 1.1项目目标分析 该项目旨在实现**经济林基础地理信息采集、编辑、存贮和管理；经济林调查数据的采集、检查、存贮、管理，以及经济林调查数据查询、统计及成果生成。 1.2 项目背景及意义 **是经济林发展历史悠久的地区，具有日照充足、昼夜温差大、病虫害发生少等独特自然优势，盛产香梨、苹果、红枣、杏、桃、葡萄等。截止2012年，**各类果园面积47.5万亩，其中苹果0.33万亩，梨16.56万亩，葡萄2.74万亩，杏25.68万亩。管理和保护好经济林对于促进农业发展和农民增收、保障社会稳定具有十分重要的意义。 为了全面提升**经济林管理手段和管理水平，*********拟结合林业“二类资源”，研发了**经济林管理信息系统，建立了以团场、地块为管理单元的经济林图属一体化数据库。 该系统基于3S技术及互联网等技术手段，结合“二类”数据的基础上，集成经济林管理的图形、属性、影像、文档等多种数据，实现了综合查询、平台动态监测、占用预警、智能补划和网站信息发布等功能。 本次调查采用“3S”技术与传统调查手段相结合的方法，共涉及14个团（场）。**经济林管理信息系统的建立，能更好的发挥新技术
机器设备需求分析报告 德泰1614 陈韵霓 需求现状 由于工厂新开设，还未购买机器设备，需要对其进行分析。众所周知，在工厂机器设备本身就处于一个较中心的位置，是一个能够帮助工厂有效完成生产、加工、运行等功能或效用的装置。所以为了节约有限的经费，适应市场经济的要求，不造成盲目的采购和浪费，需要对产品、用户等信息进行需求分析。以便更好的了解怎样购买设备？购买怎样的设备？ 采购条件分析 1.机器设备具有单位价值高、使用期限长的特点。所以在购买前要充分认识工厂对该设备的需求，其功能的适用性和可能的风险性。于是在需求分析时，首先应综合功能、性能及可用性需求。对于一个新开设的工厂来说，资金并不是很充裕，那么在采购设备这一资产的时候，应“货比三家”，尽可能选择高质量低价格的标准设备。 2.相对于工厂来说，每天需要进行高速的机器加工、工作运转，需要严格把控生产效率和生产质量。针对这点，在采购机器设备时就应尽量避免选择专用机器设备。因为专用设备的行业特点很强，工程技术要求又有较大差异，对工厂效率和产品质量也有很大影响。 3.众所周知，工厂是一个机械化工业场所，工人密集。新开设的工厂通常需要花费很多资金在请工人上。那么对于机器设备需求的资金自然减少。既然如此，是否可以考虑在购买机器设备时，多选择一些自动化、半自动化的机器设备。从需求分析将来可能提出的要求来看，自动化、半自动化设备开始逐渐成为一个工厂的大头，它的效能高，价值高，也可以代替大部分的人力资源。加工出来的产品误差也小，更能满足消费者追求精致的需求。 4.机器设备更新换代比较快，有些更是高污染。所以经常可见，尽管实体成新程度高，但仍应按低值甚至按报废处理。因此，为了更好地满足工厂对机器设备的需求，也同时响应现在的“绿色环保”号召，采购机器设备应选择低能耗、低污染，最好是在其没有利用价值的时候可以将其进行改造、废物利用，而不是报废处理的机器。 5.购买机器设备，不仅要分析工厂内部的需求，更要分析工厂外部的需求。如：市场与消费者。在购买机器设备之前，还应调查市场行情，市场目前需要怎样的产品，该产品适合怎样的机器设备，该机器设备在市场中的价格等因素。消费者也如此，需要了解消费者的需求，消费者需要怎样的产品，怎么生产好。根据这些条件去采购机器设备。 综合分析 综上，在采购机器设备时应注意上面的条件，且综合一系列的需求。除此之外，还要注意最基础的： 要了解这整个工厂的运作，每个生产间、每道工序，都需要些什么不同品种、不同数量的原材料、工具、设备、用品。而这些材料等又需要什么机器来生产。
渭南学院 电子工程生产实习 电子万年历 项目需求分析报告 编号： 序号： 课题名称：电子万年历 指导教师： 班级： 项目成员： 时间：
修订记录
目录 1引言 (5) 1.1编写目的 (5) 1.2项目背景 (5) 1.3定义 (5) 1.4参考资料 (5) 2概述 (5) 2.1产品的描述 (5) 2.2产品的功能 (6) 2.3开发环境 (6) 2.4一般约束 (6) 3具体需求 (6) 3.1内部功能需求 (6) 3.2外部接口需求 (7) 3.2.1用户界面 (7) 3.2.2硬件接口 (7) 3.2.3软件接口 (8) 3.2.4通讯接口 (8) 3.3性能需求 (8) 3.3.1静态数值需求 (8) 3.3.2动态数值需求 (8) 3.3.3数据词典 (9) 3.3.4数据采集 (9) 3.3.5数据精确度 (9) 3.3.6时间特性 (9) 3.3.7适应性 (9) 3.4设计约束 (9) 3.4.1需遵守的其它标准 (9)
3.4.2硬件限制 (9) 3.5属性需求 (9) 3.5.1可靠性 (9) 3.5.2安全性 (9) 3.5.3可维护性 (9) 3.5.4可移植性 (10) 3.6其它需求 (10)
项目需求分析报告 关键词： 摘要： 1引言 xxxxxx 1.1编写目的 【阐明编写需求说明书的目的，指出读者对象】 1.2项目背景 【项目的委托单位、开发单位和主管部名】 【该产品项目与其他产品或其他系统的关系】 1.3定义 【列出文档中用到的专门术语的动议和缩写词的原文】 1.4 参考资料 【格式：作者标题编号出版单位或资料来源发表日期】 【范围：项目经核准的计划任务书；合同或上级批文；项目开发计划；与项目有关的已发表的资料；文档中所引用的资料；所采用的标准或规范】 2概述 2.1 产品的描述 用与它有关的产品或项目来描述被开发项目： 1)如果被开发产品系统是独立的, 则应在本节描述被开发产品系统概况。 2)如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小
教师信息管理系统 1.引言...................................................................... . (3) 1.1 编写目的....................................................................... (3) 1.2项目风险....................................................................... (3) 1.3预期读者和阅读建议........................................................................ .. (3) 1.4产品范围............................................................................. . (3) 2.综合描述............................................................................... .. (4) 2.1产品的状况..................................................................... (4)
2.2产品的功能..................................................................... (4) 2.3用户类和特性........................................................................ (4) 2.4运行环境....................................................................... (5) 3.外部接口需求....................................................................... . (5) 3.1用户界 面............... ..................................................... . (6) 4.系统功能需求........................................................................ . (7) 4.1输入、输出数据........................................................................ (7)
需求分析说明书、概要设计说明书、详细设计说明书部分样例 作者：rjgczj 出处：csai论坛 以下是需求分析说明书、详细设计说明书、概要设计说明书样例，需要的朋友来信联系。rjgczj@ For personal use only in study and research; not for commercial use XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3 4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3
5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。
高校学生学籍管理信息系统 系统需求规格说明书 （系统需求分析报告）
目录 1-------------------------------------------------------------------概述1．1----------------------------------------------------------------背景1．2-------------------------------------------------------------系统目标1．2．1------------------------------------------------------应完成的任务1．2．2------------------------------------------------------不完成的任务1．3------------------------------------------------------------业务模式1．4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2．1-------------------------------------------------------------业务需求2．1．1---------------------------------------------------------使用范围2．1．2----------------------------------------------------------功能要求2．1．3----------------------------------------------------------权限管理2．2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3．1-----------------------------------------------------与其他系统的关系3．2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4．1-------------------------------------------------------------业务分解4．2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5．1------------------------------------------------------------数据单据5．2------------------------------------------------------------数据分析5．2．1---------------------------------------------------------数据分类5．2．2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件
研发需求分析报告 注：括号内容为输出要求和建议。 原则：开发人员拿到此文档就可以开始工作，不用再次跟市场人员反复沟通确认。 一、产品描述 1、产品（项目）名称 （软、硬件须注明产品型号；产品型号符合命名规范） 2、实现方案描述 （详细、全面地对产品进行描述，让参与产品开发的人员都可以无歧义地知道产品的最终形态；硬件平台及核心模块的选型，如sensor等） （1）在XXXX基础上，集合XXXX，兼容XXXX，后续产品升级支持XXXX。 （2）输出接口：XXXX。 二、研发需求 （按优先级从高到低排列，硬件产品明确规格、性能，作为最终产品是否达到设计要求和质量等级的依据；注明符合国际标准或客户要求的环保标准。） 三、研发需求分析 （以部门为单位，用研发语言列出可行的需求，对和项目任务书不一致的部分作出解释）备注：软件UI需求分析设计专用如下 功能结构图 (---操作与跳转流程、结构、布局、信息和其他元素、详细的结构流程图文档---) 使用场景分析 (----使用人群、时间、地点---) 交互流程分析 (---交互流程---) 界面原型 （---提供界面草图---） 要点说明 (-------)
四、研发人力投入和分工 1、涉及部门： 网络实验室：负责网络穿透…… 设计部：负责UI和包材设计…… BU研发：…… ……：…… 2、预估工作量： A投入50人天。 B投入30人天。 五、预期价格成本 1、预期价格 （注明市场建议销售价格，说明是否含税等。） 2、硬件成本 （硬件BOM含税价格，包含包装，不包含人工费用） 3、运营成本（带宽、维护成本等） 六、开发周期及产品质量要求和预估 （对发布周期的要求；对产品质量等级的要求。） 期望： （1）明确TR点； （2）产品质量为A级。 七、产品风险及措施 （根据以往常见的风险或产品成功所需要的条件，有何种应对措施。）（1）需求是否明确； （2）实现方案选择；
系统需求分析报告
目录 目录............................................................................................................. I 1、项目描述.. (1) 1.1 背景 (1) 1.2研究意义 (1) 2、需求分析 (1) 2.1功能需求分析 (2) 2.1.1 系统管理功能 (2) 2.1.2 流量劫持功能 (2) 2.2性能需求分析 (3)
1、项目描述 1.1 背景 随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。 1.2研究意义 本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。 网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。 2、需求分析 经过与项目委托方多次讨论，设计系统的目的是为实现对特定
非法用户Web（HTTP/HTTPS协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。 2.1功能需求分析 根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。 2.1.1 系统管理功能 系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。 2.1.2 流量劫持功能 本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。
项目需求分析报告 项目需求分析报告 项目需求分析报告（一） 一、项目名称 今日事 二、设计背景 随着社会的发展，我们的生活节奏逐渐加快，与此同时，网络的大量普及，导致大量的信息不断的冲击着我们。在这种生活节奏下，我们难免会出现一不小心忘掉一些重要的事情，这是让我们产生这个想法的一个方面。 另一方面，现如今的学生总是计划很多，却很少付诸行动，这不仅与个人的坚持与否有关，同样是因为步入大学时代后，大家心中充满了迷茫所致，往往计划赶不上变化，因此，我们决定开发这样一款软件，来改变这种情况。 三、项目风险 该软件开发项目的风险承担者有： 任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。 软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。 产品使用者：需要承担的风险是产品是否能满足自己所需。
四、功能需求 日历功能，可以查询日期 制定计划功能，分为长期，中期，短期三个层次，短期即为今日事，中期为1周或1月，长期为数月或1年，这些可以由用户自己设置。 完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。 成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。 提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。 五、运行环境 移动端android平台 六、性能要求 为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求： 时间特性：系统响应时间应在人的感觉和视觉范围内 （<1S），系统响应时间足够迅速（<5s）。 适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。 项目需求分析报告（二） 一、引言
软件开发文档 项目名： “通讯录” 版本： α测试版 作者： ccba 编写时间：2001-8-20 文档内容： 1 需求规格说明书 2 概要设计说明书 3 详细设计说明书 文档号IM00101 需求规格说明书 1、引言： 1.1 编写目的 本文档的编写是为了确定待开发软件的功能、性能、数据、界面的需求。 1.2 项目背景 “通讯录”软件是为了提供一种功能完备，易于操作、界面美观的优秀软件。该软件由蔡文亮单独开发完成。 1.3 定义 需求规格说明书采用参考资料②标准 1.4 参考资料 ①薛华成《管理信息系统（第三版）》清华大学出版社1999.5 ②郑人杰、殷人昆、陶永雷《实用软件工程（第二版）》清华大学出版社1997.4 ③周之英《现代软件工程（基本方法篇）》科学出版社 2000.1 2、功能需求 该软件由四个主功能模块和一个扩展功能模块构成，各功能模块中规定的均为软件的基本功能，在开发过程中，开发人员可根据实际情况在满足基本功能需求的前提下增加新功能，但必须详细编写相关文档。 2.1录入、修改功能模块 该功能块主要用于数据库的数据录入和修改，考虑到通讯录的实际需要，可以放松对数据库完整性结束的控制，但从减少数据库的角度来考
虑，不容许有完全相同的纪录出现（考虑的合并，相同的纪录项）。 2.2查询功能块 本功能模块是最重要的功能块，对通讯录的操作最主要部分就是查询操作。 本功能块要求有如下功能： 1）按数据库各个属性查询 2）按数据库各个属性之间的逻辑组合查询 如：查询名称为“鸭子”且年龄为20岁的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE NICKNAME=“鸭子” AND AGE=20 3）按某一属性的数值范围查询及其逻辑组 如：查询年龄在20至35岁间的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE AGE BETWEEN 20 AND 35 4）模糊查询 同时我们要求查询结果可以按用户要求的格式来显示，如：用户能调整显示属性的个数和组合。 2.3系统安全块 通讯录的信息是个人隐私，故在软件中加入必要的安全措施。主要有以下三点： 1）登录帐号和密码的管理 2）帐户权限的控制 3）对部分登录帐号隐藏部分内容 2.4系统设置块 本部分内容主要是对软件使用时一些设置使其更利于软件的使用：主要包括以下四个方面： 1）系统界面背景和色彩设置（模仿WINNAP） 2）闹铃功能开关，即实现朋友生日提醒功能 3）记录内容项（即数据库修改通讯录上的内容项） 4）历史记录，用户可以选择是否记录下何人何时使用过该软件 2.5扩展功能块 1）网络功能：通过OLE/COM接口的调用，实现E-mail软件调用。2）帮助文档的制作（On-line help）
研究生科研信息管理系统需求分析 研究生科研信息管理系统功能要求 研究生科研信息管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的研究生科研信息管理系统，实现为导师和研究生提供充分的管理信息和快捷的查询。根据可行性研究的结果和客户的要求，分析现有情况及问题。 管理员 1．客户端系统： 在客户端系统的功能实现上，可以分为以下几个部分： [1]科研信息文件的输入和统计
管理员把科研相关信息输入。这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面手工输入旅客信息。这部分要求对输入的数据进行简单的统计，供研究生以及导师进行查询。 [2]在客户端系统的功能实现上，可以分为以下几个部分： 1、该题目主要以高校应该为导师和研究生提供充分的管理信息和快捷的查询，如对导师信息、研究生信息、科研项目、论文、学术交流、专利申请、培养经费支出管理等研究生综合信息进行管理业务为背景，通过调研、分析现有的管理模式和已有的管理软件，建立系统模型；完成软件结构设计和数据库设计；完成软件开发，撰写设计说明书； 2、“研究生科研信息管理系统”主要包括研究生基本信息、导师信息、论文信息、项目信息、学术交流、专利信息、培养经费支出、统计分析等模块； 3、利用“抽象”设计原理，对系统设计并实现满足多种条件的统计分析功能，有些统计数据要采用图表（直方图、圆饼图、折线图、表格等）的格式呈现； 4、系统开发可采用C#.net技术或JSP技术和数据库（数据库可选MySQL或MS SQL Server 或 Oracle）； 5、系统所涉及的信息有： ●导师信息：教工编号、姓名、身份证号、年龄、性别、职称、导师类型(0-硕士生导师，1-博士生导师)、拟招专业、主要研究方向、科研项目、发表论文情况、办公地址、联系电话、E-mail、QQ号、在研学生人数等； ●研究生信息：学号、姓名、导师名、身份证、年龄、性别、政治面貌、学生类别(0-硕士，1-博士)、专业、家庭地址、宿舍住址、发表论文、参加科研项目、联系电话、E-mail、QQ号、备注等； ●科研项目信息：项目编号、项目名称、项目负责人、项目来源、本人排名、项目类型、项目等级、所在单位、项目总经费、承担的主要任务； ●学术论文信息：论文编号、论文名称、第一作者、第二作者、作者所在部门、是否编入教材、备注、刊物名称、卷号、页码范围、日期、期号、是否基金资助、资助金额、检索类型(SCI/EI/ISTP/CSCD)、检索编号等； ●教材专著信息：教材编号、论著名称、主编姓名、所在部门、出版社、出版时间、总字数、编写字数、发行版本、是否基金资助、资助金额、发行册数等； ●用户信息：用户名、用户密码、用户权限、邮箱； ●专业信息：专业编号、专业名称； ●培养方案：课程类别、序号、课程编号、课程名称、学时、学分、开课学期、考核方式、开课学院； ●研究生支出台账信息：学号、学生姓名、导师姓名、培养经费总额、支出时间、支出金额、余额。 ●专利信息：专利名称、专利所属学院、专利类型(0-发明专利，1-实用新型，2-外观
需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1．1-----------------------------------------------------------------------------背景 1．2-----------------------------------------------------------------------------系统目标1．2．1------------------------------------------------------------------------完成的任务1．2．2------------------------------------------------------------------------不完成的任务1．3-----------------------------------------------------------------------------业务模式 1．4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2．1-----------------------------------------------------------------------------业务需求2．1．1------------------------------------------------------------------------使用范围2．1．2------------------------------------------------------------------------功能要求2．1．3------------------------------------------------------------------------权限管理 2．2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3．1----------------------------------------------------------------------------与其他系统的关系3．2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4．1-----------------------------------------------------------------------------业务分解 4．2-----------------------------------------------------------------------------业务描述
***** 有限公司 ***软件需求分析报告 文件管理号：PD-000*** 版本号：第1版
目录 1. 概述 (2) 2?需求分析 (2) 2.1功能需求分析 (2) 2.2能力需求 (4) 2.3通讯需求 (4) 2.4接口需求 (5) 2.5用户界面需求 (5) 2.6对人为错误敏感的适用性工程要求和培训 (6) 2.7软件的操作和维护需求 (6) 2.8法规要求 (6) 2.9风险控制措施 (6) 2.10法规要求 (7) 2.11网络安全要求 (7)
1?概述 2?需求分析 2.1功能需求分析 软件分为六大功能模块：患者资料管理模块、状态检测模块、策略建立及管理模块、心理物理数据测量模块、软硬件接口控制模块、软件运行的参数设置模块。下面分别对六大模块进行需求分析。 2.1.1资料管理模块功能需求分析 2.1.2状态检测模块功能需求分析 2.1.3言语处理策略建立及管理模块功能需求分析
2.1.4心理物理数据测量模块功能需求分析 2.1.5软硬件接口控制模块功能需求分析
2.1.6软件运行的参数设置模块功能需求分析 22能力需求 一、物理特征 1）编码语言：C#编程语言 2）运行平台：Win XP/Vista/ 7/8 3）操作系统：Win dows 二、软件运行的计算机环境 1）硬件环境 * 处理器：英特尔1.6GHz及以上 * 硬盘：10GB及以上 * USB接口：USB 2.0及以上 2）存储容量：1GB及以上 3）处理单元：1GB及以上 三、升级软件的兼容性 兼容之前发布的旧软件版本。 2.3通讯需求
2.4接口需求 2.5用户界面需求 本小节包括软件的用户使用界面需要满足的外观指标，内容包括: 1）资料管理模块 2）状态检测模块 3）策略建立及管理模块 4）心理物理数据测量模块 5）软硬件接口控制模块 6）软件运行的参数设置模块 7）外观要求及其他要求 2.5.1资料管理模块要求： 1、患者的输入信息 1）必需：姓，名，出生日期，性别 2）可选：工作电话，手机号码，住址（街道，城市，省份，邮政编码），住宅电话，电子邮件，等。 2、设备信息
鑫方圆纺织有限公司进销存管理系统 《需求说明书》 第一部分、引言 1.1编写目的 该文档为我项目组与鑫方圆纺织有限公司人员交流、洽谈，共同制定。确定鑫方圆纺织有限公司进销存软件系统功能，文档化需求，方便我项目组后期开发按需求完成功能。达到鑫方圆纺织有限公司预期的效果。同时，该文档也是我项目组是否按要求完成项目计划的依据。 日期：2011年**月**日1.2背景 说明： A、软件名称：鑫方圆纺织有限公司进销存管理系统 B、提出者：鑫方圆纺织有限公司 开发者：华腾软件学院 实现完成的系统将在鑫方圆纺织有限公司的采购、销售、仓储等部门使用，所应用的网络是鑫方圆纺织有限公司内部服务器网。该公司的相关操作人员可以通过内部网络来操作本系统。 C、本系统将是独立的系统，目前不予鑫方圆纺织有限公司的其他软件系统提供接口，与第三方软件无交互，所产生的输出都是独立的。 第二部分、任务概述 2.1目标 鑫方圆纺织有限公司为了实现纺织管理信息化，以及各部门管理的规范化，流程化，以及仓库管理的严格化，而委托我项目组开发一套采购、销售、库存等各部门管理一体化的系统。达到仓库管理清晰化，透明化，解决手工记录造成的混乱不清，以及销售订单、采购计划、仓库管理，一体化管理。解决信息流通不够及时，处理问题不够迅速的目标。我项目组根据需求设计了如下解决方案：（具体功能说明后面有介绍） ?基本信息管理 ?采购管理
?销售管理 ?仓库管理 ?系统管理 ?统计分析 第1页共10页该软件为内部服务器运行系统，并不与其他软件有任何交互。是一款可独立运行的完整系统。 2.2用户特点 系统管理员：具有丰富的服务器技术、和软件系统，负责软件超级管理员管理。 经理：简单培训即可迅速掌握软件使用方法。软件主要使用人员 销售人员：简单培训即可迅速掌握软件使用方法。软件主要使用人员 采购人员：简单培训即可迅速掌握软件使用方法。软件主要使用人员 仓库主管：简单培训即可迅速掌握软件使用方法。软件主要使用人员 仓库管理员：简单培训即可迅速掌握软件使用方法。软件主要使用人员 2.3假定和约束 根据鑫方圆纺织公司，协商决定开发期限为：2011年**月**日-2011年**月**日 开发经费：待定，另增需求酌情提高经费。 第三部分、需求规定 3.1对功能的规定 3.1.1 功能说明 系统分为基本信息管理、采购管理、销售管理、仓库管理、统计分析、系统管理和帮助，７个模块，系统使用人员包括厂部、销售部、采购部、仓库、以及系统管理员，厂部即为经理，以及系统管理员相同权限，具有完全权限，可操作全部内容，销售部经理操作销售管理以及所需基础信息，而销售部人员不能操作订单的审核管理，采购部经理操作采购管理以及所需基础信息，而采人员购部不能操作采购单的审核管理。仓库管理员操作所需基础信息，以及仓库所有内容，但不包括审核操作。 所有人员具有查看系统帮助模块，以及系统模块，但除管理员、厂部人员外，其他人不可操作权限管理。 3.1.2 一级功能模块介绍 根据以上对进销存管理内容和进销存管理系统的分析，一个标准的进销存管理系统应该包括如图1.1所示的几大功能。