系统需求分析说明书

合集下载

系统软件需求和需求分析说明书模板(用例图+界面+文档)

系统软件需求和需求分析说明书模板(用例图+界面+文档)

ﻬ系统需求和需求分析说明书模板 第一部分 概述1.项目名称及背景 ➢ 项目名称➢ 开发背景2.文档说明第二部分 任务说明1.功能概述2.用户环境浏览器(如IE 6以上版本)+网络 开发(生产)环境:1系统需求和需求分析说明书模板M ohit第三部分需求分析1.实现功能➢系统用例图用户业务逻辑如下图所示:➢管理员功能清单功能编号功能名称文中标题编号备注101人事管理101001 机构管理101002 部门管理101003员工管理➢普通用户功能清单2.用例说明➢ [用例1] ●用例图●描述●参与者➢[用例2]●用例图●描述●参与者➢[用例3] ●用例图描述●●参与者●描述●参与者用例图●●描述➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢[用例8]●用例图撤消删除回收站彻底删除●描述回收站:显示被删除的文件,可以撤消删除,也可以彻底删除文件。

●参与者//*参与者,参与用例的对象*// ➢[用例9]●描述文件搜索功能:可以按条件查询需要的文件。

●参与者//*参与者,参与用例的对象*// ➢[用例10]●用例图描述●●参与者●描述●●描述●参与者➢[用例13]●用例图●描述●参与者➢[用例14]●用例图描述●●参与者3.用例关系系统设计说明书版本历史版本/状态修订人修改日期备注第一部分概述1.文档说明本文档主要包括数据库详细设计和界面详细设计讲解,所以请认真阅读,以提高开发的质量和效率。

2.系统需求概述整个系统中所有布局统一采用div布局,所有数据展示控件,如GridView和DataList都要有分页处理。

第二部分系统总体结构本系统采用了传统的3层架构实现,理解起来更简单,请采用3层架构的模式开发你的系统。

如下图所示:第三部分系统设计类图//*系统中主要的、关键实体类图,参考图如下*//➢[用例1]实现●时序图//用例1的时序图,参考图如下*//●描述界面设计1.公共模块界面设计说明:页面设计要求尽量使用div布局完成。

系统需求说明书模版

系统需求说明书模版

系统需求说明书模版系统需求说明书模版1:引言1.1 编写目的本文档的编写目的是明确系统的功能需求和技术规范,为系统开发和测试提供指导。

1.2 文档范围本文档适用于系统的开发和维护过程中,作为需求分析和规格说明的依据。

2:总体描述2.1 项目背景描述系统的背景,包括系统的目标、范围、相关的技术和环境。

2.2 用户特征描述系统的用户特征,包括不同类型用户的需求和技术要求。

2.3 系统功能概述总结系统的主要功能和特点,为后续的详细功能描述打下基础。

2.4 运行环境详细描述系统的硬件和软件环境要求,包括操作系统、数据库、网络等。

2.5 约束和假设条件描述系统开发过程中的一些约束和假设条件,如时间、资源、技术限制等。

3:功能需求3.1 功能分解结构列出系统的功能模块,拆分为不同的子模块,并形成层次结构。

3.2 各功能模块详细需求对每个功能模块进行详细描述,包括输入、输出、处理逻辑等。

4:性能需求4.1 性能指标定义系统在不同方面的性能指标,如响应时间、处理能力等。

4.2 性能需求确定系统在各种负载情况下的性能要求,包括并发用户数、数据处理量等。

5:界面需求5.1 用户界面概述概述系统的用户界面设计原则和样式要求。

5.2 用户界面详细设计对系统各个界面进行详细描述,包括布局、控件、操作流程等。

6:安全需求6.1 安全等级确定系统的安全等级及相关要求。

6.2 安全措施描述系统在数据传输、用户认证等方面的安全防护措施。

7:可维护性需求7.1 可维护性目标确定系统的可维护性目标,如易于修改、易于测试等。

7.2 可维护性要求描述系统在代码设计、文档编写等方面的可维护性要求。

8:附件本文档涉及的附件详见附件部分。

9:法律名词及注释9.1 法律名词1: 定义19.2 法律名词2: 定义2:::。

校园网上订餐系统需求说明书分析报告

校园网上订餐系统需求说明书分析报告

校园网上订餐系统需求说明书分析报告
自查报告。

为了确保校园网上订餐系统能够满足用户的需求,我们对系统进行了自查,并撰写了以下报告。

1. 用户需求分析。

我们首先对用户需求进行了分析。

通过调研和访谈,我们了解到用户希望能够通过校园网上订餐系统方便地浏览菜单、下单、支付和配送。

他们也希望系统能够提供多样化的餐饮选择,并且能够方便地查看订单状态和历史订单信息。

2. 系统功能分析。

在系统功能分析方面,我们对系统的菜单浏览、下单、支付和配送流程进行了详细的分析。

我们确保系统能够提供用户友好的界面,方便用户浏览菜单和下单,并且能够支持多种支付方式。

我们也确保系统能够及时更新订单状态,并提供配送跟踪功能。

3. 技术实现分析。

在技术实现方面,我们对系统的架构和技术选型进行了分析。

我们选择了稳定可靠的服务器和数据库,并采用了先进的前端和后端开发技术,以确保系统能够稳定运行并且具有良好的性能。

4. 安全性分析。

在安全性方面,我们对系统的数据加密、用户认证和支付安全进行了分析。

我们确保系统能够保护用户的个人信息和支付信息,并且能够防范常见的网络安全威胁。

通过以上自查报告,我们确认校园网上订餐系统已经满足了用户的需求,并且具有良好的功能性、技术实现和安全性。

我们将继续监测系统的运行情况,并及时进行改进和优化,以确保系统能够持续满足用户的需求。

系统需求分析系统说明书(模板)

系统需求分析系统说明书(模板)

系统需求分析系统说明书(模板)1 引言1。

1 系统概述说明系统的名称,并简明扼要地阐述系统的功能。

1。

2 编写目的说明编写这份报告的目的,指出预期的读者。

1。

3 开发背景指出待开发的软件系统的原因;行业情况;本项目的任务提出者、开发者、用户;该软件系统同其他系统或其他机构的基本的相互来往关系。

1.4 参考文献列出编写本需求时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准,以及他们的作者、标题、编号、发布日期和出版单位。

1.5 术语定义列出本需求中用到的专门术语或缩略语的定义。

2 系统说明2。

1 网络结构整个系统网络结构图和必要说明。

例如:图2。

12.2 功能结构以图表的方式对整个系统的模块构成和功能进行描述.例如:图2.23 功能需求以模块 + 功能为单位分别加以说明。

3。

1 [XXXX功能名称] 例如:用户登录3.1。

1 功能描述【按下列表格形式对该功能需求做详细的描述】3.1。

2 页面流程描述【描述页面之间跳转流程及页面原型】3。

1.3 页面定义【描述页面的元素定义】3.2 [XXXX功能名称] 例如:成绩查询3。

2。

1 功能描述3.2。

2 页面流程描述3。

2。

3 页面定义••••••4 非功能需求4。

1 性能需求对页面访问响应时间、查询统计响应时间、并发用户数、在线用户数等进行说明。

4。

2 网络需求对网络的类型和带宽的要求进行描述。

4。

3 存储需求硬盘剩余空间容量与单位个数和每年的项目数大小相关,推荐的指标为:剩余空间容量〉基础数据表300M+单位个数×100M+项目数×100M×24。

4 安全需求项目所采取的数据安全保护措施,下列举例说明,具体以各自的实际项目为准。

5 运行环境5。

1 硬件对硬件的最低要求和推荐标准进行说明,分为服务器和客户端.5.2 软件对服务器和客户机的OS以及相关软件的版本等进行说明。

5.3 接口[具体以实际的项目设备为准,下面只是举例表示描述格式]系统需要对接的软件系统主要有:XXX财务系统和XXX物资管理系统、XXX营销系统、XXX的人力资源系统、XXX的协同办公系统。

酒店管理系统需求分析说明书三篇

酒店管理系统需求分析说明书三篇

酒店管理系统需求分析说明书三篇篇一:酒店管理系统需求分析说明书客房管理是酒店管理中最重要的一个部门,整个的客房管理系统包括:前台预定管理、前台接待管理、前台收银管理、公关销售管理、客房中心(房务中心)管理、夜核管理、客史管理,大堂问询管理、会员管理。

客户关系系统,餐饮管理系统,会员卡管理系统,桑拿沐足管理系统,KTV收银系统,棋牌管理系统,商务中心管理系统,舞厅收银管理系统,通用收银系统,经理查询系统,财务审核系统,仓库管理系统,人事工资管理系统,公安系统接口,工程管理系统,电话计费系统接口一、前台预定系统:客人预定管理1.输入客人姓名系统可自动查出是否是黑名单客人;2.根据已订房客人资料进行“快速预订登记”;3.全面处理客人不同房类的开多间房的预定;4.输入客人姓名回车,如此客人以前在酒店入住过,系统会自动提示其以前消费的记录和客人的详细资料;5.可快速的为客人预定各类型房间及快速的查询是否有该客人在店入住;6.取消客人预定时方便快捷,并对取消预定客人以统一列表形式体现;7.房态图上直接显示预定客人抵店时间,方便接待人员对预定客人来店的操作;8.对散客/团队进行快捷方便的预定处理;9.对散客/团队进行快捷方便的预定取消;10.对散客/团队进行快捷方便的预定换房;11.对散客/团队进行快捷方便的加预定处理;12.散客一次性预定多间客房;13.预定房分别入住和快速的一起入住管理;14.多次预定,房间资源不够时,系统出现提示信息;15.批量预定、批量修改预定、批量入住;16.同时做多间房的预定----全部订房均处于联房关系;17.信息报表;二、前台接待系统:客人接待管理1.按顺序房号列出客房,用图形及颜色表示不同的房态;2.可直接房态图选择显示各种房类的房间列表;3.可直接在房态图上选择房间进行散客/团队预定、散客/团队入住、散客/团队结帐等操作;4.可直接在房态图上直接给客人换房操作,续住操作;5.可直接在房态图上直接给房间修改房态,方便客房中心人员;6.可与客房导航器进行配合使用;7.方便的入住登记:直接双击便可进入;8.可从电脑房态盘客人直接做客人预定、登记、续住、换房等等;9.按客人姓名系统可自动调出回头客信息及历次住店统计信息以确定房价优惠和客人具体的消费记录;10.按客人姓名系统可自动查出是否是黑名单客人;11.根据已订房客人资料进行快速登记;12.更改住客资料和房价;13.快递登记客人的入住,并给客人相印的开出各种特色房间。

系统需求分析系统说明书

系统需求分析系统说明书

系统需求分析系统说明书系统需求分析系统说明书引言随着企业业务规模的扩大和复杂性的增加,有效的系统需求分析成为确保企业信息系统顺利开发和运行的关键环节。

本系统需求分析系统旨在提供一个全面、实用的工具,帮助企业在进行系统开发或升级时进行准确、高效的需求分析。

系统概述本系统需求分析系统采用模块化设计,主要包括以下几个模块:1、需求收集模块:用于收集用户需求和产品需求,确保需求的准确性和完整性。

2、需求分析模块:对收集到的需求进行深入分析,评估需求的可行性和优先级,确保需求的有效性和实用性。

3、需求文档生成模块:将分析后的需求生成简洁、清晰的文档,便于开发人员理解和实施。

4、需求跟踪模块:记录需求的变更和管理需求版本,确保需求的可追溯性和一致性。

5、用户管理模块:提供用户管理功能,包括用户权限设置、用户培训等,确保系统的安全性和用户的有效使用。

需求分析本系统的需求分析过程主要包括以下步骤:1、收集需求:通过访谈、问卷调查和竞品分析等方式,收集用户需求和产品需求。

2、需求筛选:对收集到的需求进行筛选,去除无效或低优先级的需求。

3、需求分类:将筛选后的需求按照功能需求、非功能需求、技术需求等进行分类。

4、需求分析:对每类需求进行深入分析,评估需求的可行性和优先级。

5、生成需求文档:将分析后的需求整理成简洁、清晰的文档,便于开发人员理解和实施。

需求分析结果经过需求分析过程,我们可以得到以下结果:1、用户需求和产品需求的优先级和数量。

2、对应的业务流程和界面设计。

3、功能模块的划分和关联关系。

4、系统性能、安全、可维护性等方面的需求。

这些结果将为后续的系统开发和实施提供准确、实用的指导。

系统测试本系统采用严格的测试流程,包括以下环节:1、单元测试:对每个独立的功能单元进行测试,确保其符合设计要求。

2、集成测试:将各个单元组合在一起进行测试,确保它们之间的协作顺畅无误。

3、性能测试:测试系统的响应速度和处理能力,确保其能够在预期的负载下正常运行。

图书管理系统需求分析说明书

图书管理系统需求分析说明书

图书管理系统需求分析说明书图书管理系统需求分析说明书1. 引言本文档旨在详细说明图书管理系统的需求分析,包括系统背景、目的和范围。

同时,还会详细描述系统的功能需求、性能需求、安全需求和用户需求等方面的要求。

2. 系统背景描述图书管理系统的背景信息,例如该系统用于管理图书馆的图书借阅、归还、查询等功能;并解释系统设计的目的,即提高图书管理效率、便利读者服务等。

3. 系统目标3.1 功能目标描述图书管理系统的核心功能目标,例如记录图书信息、管理图书借阅、借阅记录查询等。

3.2 性能目标规定图书管理系统的性能需求,如响应时间、处理能力、并发等。

3.3 安全目标说明保护图书管理系统安全的要求,包括用户身份验证、数据加密等。

3.4 用户需求根据用户调研结果,描述用户对图书管理系统的期望和需求,例如易用性、界面设计等。

4. 功能需求4.1 图书信息管理详细描述图书信息管理模块的功能需求,包括图书录入、图书编辑、图书删除、图书查询等。

4.2 借阅管理详细说明借阅管理模块的功能需求,包括借书、还书、续借、借阅记录查询等。

4.3 用户管理描述用户管理模块的功能需求,包括用户注册、用户登录、密码重置、个人信息管理等。

4.4 系统管理系统管理模块的功能需求,例如权限管理、日志管理等。

5. 性能需求说明系统在不同方面的性能需求,包括系统响应时间、并发用户数、系统容量等。

6. 安全需求描述系统的安全需求,例如用户身份验证、数据加密、访问控制等。

7. 用户需求根据用户调研结果,详细描述用户对系统的期望和需求,包括易用性、界面设计、操作流程等。

附件:1. 数据库设计文档2. 界面原型图3. 系统流程图法律名词及注释:1. 著作权法:保护图书等作品的版权法律。

2. 个人信息保护法:规定个人信息的收集、存储、使用、披露等方面的要求,保护用户的个人信息安全。

系统需求分析说明书

系统需求分析说明书

城市交通管控系统需求分析说明书文件编号:编写:审核:批准:版权所有翻印必究目录1.引言 (3)1.1编写目的 (3)1.2术语定义 (3)2.任务概述 (4)2.1软件开发目的 (4)2.2运行环境 (4)3.软件功能 (4)3.1软件功能需求分析 (4)3.2软件各分模块的详细需求分析 (4)4.软件属性 (5)4.1数据精确度 (5)4.2时间特性 (5)4.3适应性 (5)5.进度计划 (5)5.1内容计划 (5)5.2项目估计 (7)1.引言1.1编写目的本计划的编写目的在于研究XXXX系统的开发途径和应用的方法。

1.2术语定义数据采集点:将对应终端信息,通过仪表或人工采集的办法,定时上报到服务器。

中心数据库:将采集回来的数据储存、处理,生成最终的图标,以供决策用。

发布系统:将数据库内容读出,并显示给相关责任人。

设备相关责任人:通过数据做出最终决策,并对相关设备进行远程控制。

2.任务概述2.1软件开发目的按照客户需求,编制出符合客户要求的软件,并进行对应测试,同时增强公司软件编写的能力。

2.2运行环境公司应提供的服务器及计算机和打印机等硬件设备。

硬件:计算机CPU赛扬奔四及以上,4G以上内存,500G以上硬盘空间,19寸液晶显示器或更好,内组局域网,宽带。

软件:服务器端操作系统:Windows2008 server及更高版本或Linux,客户端操作系统不限,支持多种浏览器,如需IE浏览器,需8.0以上版本支持,数据库:SQL Server 2005以上。

3.软件功能3.1软件功能需求分析1、交通信息的远程监测。

2、针对采回信息的数据处理。

3、针对处理完成信息的报警以及控制。

4、人工或自动的远程控制。

3.2软件各分模块的详细需求分析交通信息远程监测模块,需满足信息采集的要求,满足多种仪表设备以及上报的通讯方式。

数据处理模块要求可以及时迅速的处理大量数据,并产生直观易懂的图表等,便于决策。

报警系统要求在满足报警条件的情况下,迅速给以声音报警以及相关人员的短信报警。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

需求分析说明书实验名称:需求分析项目名称:班级:组员1姓名:组员1学号:组员2姓名:组员2学号:组员3姓名:组员3学号:日期:2012.3.301 引言1.1 编写目的本需求说明旨在对南京电网公司统一短信平台系统的整个系统的软件构架及子系统的业务需求、用户需求、功能需求做逐一分析;并对各系统接口、运行环境、性能需求做出可行方案。

本需求分析为开发人员、维护人员、客户之间提供共同的协议而创立基础,对短信统一平台功能的实现作使命描述,是系统开发的依据,也是用户检验本系统运行的依据。

1.2 背景目前南京电网已有一些系统在使用短信服务,但仍存在着以下问题:1、很多系统仍还不具备短信服务的功能;2、各综合单位、供电局的系统独立开发建设短信服务,缺乏统一规划、统一标准,造成了重复投资,资源浪费;3、已架设了短信服务的系统,使用各自短信服务,数据库数据不能共享,不能综合利用服务资源;4、各系统通过不同方式发布短信,对外发送服务不统一,不利于打造统一的服务品牌形象。

不统一的短信平台会使对外的宣传口径不一致,短信号码太多,投入大量的宣传费用,但很难达到宣传效果,很难增加用户的可信度;5、各综合单位、供电局的系统单独发送短信内容,各级系统管理员独立管理,容易造成短信服务管理混乱,也存在着安全隐患。

为消除上述弊端,规范发展贵州电网短信服务,应建设统一的短信平台。

1.3 定义和缩略语本文使用了表 1.1所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。

表 1.2所列为本文用到的缩略语。

1.4 参考资料本文使用了表 1.2所列为本文用到的参考资料。

1.5 用户1、电力客户2、企业员工3、部门或单位领导4、应用系统用户2 任务概述2.1目标业务管理子系统要求可以实现以下的目标:●实现对采购行为的管理,可以对每个采购过程进行管理控制。

●实现对批销的管理,可以对每个批销过程进行管理控制。

●实现对供应商和销售商的管理实现所有采购记录、批销记录、业务记录的统计分析。

2.2 系统的特点业务部门主要职责是负责整个公司与供应商之间的采购行为和针对销售商的批发销售,整个公司业务的正常运转的必要实施行为;在整个业务中扮演着内部供应商和批发的职能,一切最初入库的物品均经其部门,采购行为的实施直接关系到后台管理系统。

而其批发销售的职能也是区别于零售之外的业务。

业务流程1、采购业务:采购行为发生时,根据采购的性质、程度的不同,处理的方式均会产生差别:业务部门采购流程示意图如下:我们认同采购单与申购单为同等效用3、退货业务采购管理对于采购业务的处理均在此完成。

此模块功能包括开新采购订单,修改,开新采购合同,订单送审,订单打印,订单归档。

采购订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等采购订单是用户向供应商下达的采购定货单。

采购订单可作为正式订货合同的重要组成部分;由于单一采购订单所针对的商品数量品种很多,我们对一个采购订单分为两类信息制作:基础信息:包括采购单号、供货厂商、入库时间要求、交货地点要求、订货人、结算方式、采购方式、审核时间要求等必要要素,商品信息:包括:商品编号、商品种类、商品名称、商品数量、商品单价、订单总金额等●订单送审/审核送审、审核、生成请款单订单制作完成,确认无误后,点击”订单送审”实现订单送审,其他部门人员即可根据自己对订单的操作权限进行订单流转执行,在本环节中,根据订单所添写的订单结算方式和采购方式自动加入审批权限。

并在审批完成后,进入库存管理部门,以物流部门最终出入库完成整个流程。

在此功能模块中加入总经理审核功能。

●订单打印在订单执行过程中,需要将订单从系统中提出打印,为此设置”订单打印”功能。

●订单查询分为已入库订单查询,办理中订单查询自定义查询:按订货日期区间供应商商品名称规格型号采购订单号产地保修期限等任意组合查询●订单归档此流转过程是标志着一个采购订单的结束,并生成相应的财务凭证,基本流程是依据物流部门的入库开票信息,核准后归档,此后,此订单做为历史数据,不可更改。

●开请款单预生成预付凭证有查询模块本模块管理业务部门采购和批销过程中发生的各种退货行为,主要分为以下几下模块:●开退货单:不管什么原因,发生退货意向时,均由业务部门开出退货单:客户退货时:开如下退货单:退货单号、退货日期、退货销售商、联系电话、商品编号、商品类别、商品名称、规格型号、退货数量、单位、进价、退货价、退货总金额、退款方式等;退供应商货时:开如下退货单:退货单号、退货仓库、供应商、联系电话、商品编号、商品类别、商品名称、规格型号、单位、退货数量、进价、退货价、退货总金额、退款方式等●退货单送审:退货单制作完成,确认无误后,退进入退货单送审;按退货方式的不同分别走不同的审批流程;并在审批完成后,进入库存管理部门,以物流部门最终出入库完成整个流程。

●退货单归档此流转过程是标志着一个退货单的结束,并生成相应的财务凭证,基本流程是依据物流部门的出入库开票信息,核准后归档,此后,此订单做为历史数据,不可更改。

●退货单打印在退货单执行过程中,需要将退货单从系统中提出打印,为此设置”订单打印”功能。

●退单归档此流转过程是标志着一个退货单的结束,并生成相应的财务凭证,基本流程是依据物流部门的出库开票信息,核准后归档,此后,此退货单做为历史数据,不可更改。

●退货单查询:分为销售退货和采购退货采购退货:按退货日期区间供应商商品名称规格型号退货单号保修期限等销售退货:按退货日期区间客户商品名称规格型号退货单号产地退货经办人批发销售管理:此模块专门针对批发销售的客户,不针对最终客户,与直接客户所不同的是,此定单不是严格接照最终客户工作日完成的。

主要分为以下几个流程:●制定销售订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等因为我们的业务部门都是对外进行业务操作,此销售订单可看作是用户代销售商下达的采购定货单(区别在于,采购是入,而批销是出)。

但不要误解,我们不是强调,而是寻找一种共性;因销售订单是建立在出库的基础上,我们默认库里有商品;没有商品的情况我们要再下一份采购订单;但销售订单可作为正式销售合同的重要组成部分;由于单一销售订单所针对的商品数量品种很多,我们对一个批销订单分为两类信息制作:基础信息:订货单号、订货仓位、销售商客户、联系电话、订货日期、交货日期、付款方式、制单人等商品信息:商品编号、商品类别、商品名称、商品型号、商品数量、商品单价、订单总金额等。

●供应商管理新增、查询、打印、合同、订单、供应商、产品本模块将对供应商的全套资料进行管理,包括供应商的基本信息,供应商下的所有产品的维护;与供应商合同的管理,我们将采取一一对应的方式进行管理,使用户使用起来更加得心应手,与供应商发生的所有订单也将本模块中进行管理。

销售商管理本模块与供应商管理一致,只是缺少了产品。

统计分析:■统计口径:供应商按供应商的供货情况提供汇总表及对应的明细表,用于分析企业供应商结构、供货能力、企业对供应商的依赖程度等;■统计口径:商品名目提供按商品名录索引的采购情况汇总表及对应、明细表,提供企业的采购结构、采购进度等信息;■统计口径:采购员按各采购员操作的采购情况提供汇总表及对应明细表,用于采购成本分析、控制及考核;■统计口径:采购入库单据按单据提供采购明细表,用于采购进度分析、采购基本情况查询;■统计口径:采购订单按采购订单提供采购明细表,用于采购计划(合同)完成情况分析。

■统计口径:销售商按销售商的订货情况提供汇总表及对应的明细表,用于分析企业销售商结构、销售能力等;需求模型(数据流图)事故处理子系统数据流图非功能性需求性能需求➢精度:本系统涉及到数据,对商品的编辑和查询、报表的设置计算都要求有相当的精度,保留小数点后3位。

➢时间特性要求:本系统的所有报表及汇总都是建立在时间段的基础之上的,因此在数据库设计上要充分体现所有的时间段信息,便于以后的管理和统计;考虑到对发生时间的要求,我们的时间精确到天。

➢灵活性:本系统无论是在录入方面,还是在系统操作方面都尽可能满足用户的操作要求,让系统的体现在系统设计的各个方面➢系统响应时间:本系统采用面向对象的结构化设计方法,程序设计采用多线程机制,数据库采用数据连接池技术,数据库的操作全部采用标准的SQL语句,这将使系统的整体反应时间大大提高,应该是秒级的。

接口需求与其他外部系统的接口●与账务系统发生凭证传送任务与本系统其他子系统的接口●本子系统与库存管理之间以订单转换为接口,订单流转过程中业务在哪个部门,本系统就将功能模块设在哪个部门;●本子系统与财务部门之间的接口是凭证的生成与传送,本子系统将跟踪整个过程;需求硬件环境硬件环境由硬件集成商提供,本系统对硬件无特殊要求。

需求分析软件环境●服务器操作系统由系统集成商提供。

销售管理子系统业务需求背景销售部门主要职责是负责整个公司与直接客户之间的销售行为,也是整个系统运转最为频繁的子系统;整个公司业务的最前沿;在整个业务中扮演着非常重要的职能,系统对订单的执行效率和执行精细度有较高的要求。

业务流程1、正常销售订单:销售行为发生时,根据销售的性质、程度的不同,处理的方式均会产生差别:销售部门销售流程示意图如下:我们认同销售订单与为合同单具同等效用2、应急销售订单销售部应急销售订单流程示意图如下:此订单在流转过程中将一直有加急标记;3、销售退货流程部退货管理流程示意图:4、样品销售流程:目标要求销售管理子系统要求可以实现以下的目标:●实现对销售行为的管理,可以对销售全过程进行流程化管理控制。

●实现对卖店的销售管理,对专卖店进行有限管理。

●实现所有销售记录、退货记录、业务记录的统计分析。

功能需求销售管理子系统的功能视图如下所示:见下页图(销售管理)销售订单管理对于采购业务的处理均在此完成。

此模块功能包括开新订单,订单送审,追加订单、加急订单管理、订单打印,订单归档。

●开新订单新增、修改、删除、保存、查找、追加商品、删除商品等销售订单是用户向物流下达的订货单。

根据客户的需求明确所购买商品的单价、数量、金额以及供货时间、交货地点等相关信息,对订单的特殊说明可以放在备注栏予以体现,便于及时向客户按订单发货。

销售订单在未执行前可根据与客户的洽谈情况进行多次追加合同修改,如若与用户的洽谈失败,销售订单可随时终止。

最终确定的销售订单是正式销售合同;我们以同一天提货单为本,一合同一提货单。

由于单一采购订单所针对的商品数量品种很多,我们对一个采购订单分为两类信息制作:在进入开新订单时,会让用户选择此客户是新老客户;基础信息:订货单号、定单类型(普通/加急)、订货仓位、客户的详细信息(见客户服务管理)、联系电话、订货日期、交货日期、付款方式、制单人等商品信息:商品编号、商品类别、商品名称、商品型号、商品数量、商品单价、订单总金额等。

相关文档
最新文档