第一篇:网上服装店管理系统需求分析报告
网上服装店管理系统需求分析报告
1.引言
本需求分析报告是对于服装管理系统的商品管理部分做了大概的描述,先整体综述产品相关信息,再从功能的和非功能的方面介绍产品,给出了有关产品的相关模型。具体内容读者可以通过目录加以了解。
1.1编写目的:
随着计算机的普及,人们对计算机的认识及需求有了明显的增加,计算机对于大量信息的管理的优势更是显而意见的,得益于商品行业的日益壮大,服装销售行业规模也日渐庞大,商品的类型及数量以及相关的数据量也随之日益繁杂,越来越难以人工化加以实现,这就给服装行业的库存及销售管理提出了挑战,急需开发一种可以满足此行业需要,使繁琐数据变得简单、易操作、可视化。对于完善的系统来说不仅如此:友好的界面、较强的可操作性、易于学习、良好的稳定性、健壮性、可移植性等都是我们要考虑的因素。
在此背景下,服装管理系统应运而生,本软件主要实现服装管理系统的商品管理部分,包括:用户管理,商品管理,仓库管理,系统维护等几个模块。
对于个体经营者来说,有了这个服装销售管理系统,店主的工作任务可能会是半工倍。该管理系统软件目前已有比较完善的管理和使用功能。管理系统软件是为了满足店主方便对进货与出货的方便,同时方便商品的各种管理与操作。
1.2读者对象
本软件需求规格说明的读者包括:用户、需求缝隙人员、软件设计人员、软件测试人员和文档编写人员。
1.3产品的范围
制作本软件的目的是,借助网络向消费者提供产品和信息服务,实现产品和服务项消费者防线的转移。把软件与企业目标或业务策略相联系。
2综合描述 2.1产品的背景
人类进入21世纪,电子商务伴随着IT的成熟,逐渐发展壮大,成为网络经济核心。电子商务的发展过程中,人们意识到在线购物的无地域界限、安全、方便快捷及其价格优势,在线购物的队伍逐渐扩大,不多增长的强大需求正成为电子商务的发展动力。基础环境的成熟与需求欲望的增长将推动电子商务的不断发展。随着互联网在中国的进一步普及应用,网上购物逐渐成为人们的网上行为之一!根据中国互联网络信息中心(CNNIC)2012年01月17日在京发布《第29次中国互联网络发展状况统计报告》。《报告》显示,截至去年底,中国网民规模达到5.13亿,2011年新增网民5580万人。互联网普及率较2010年提升4个百分点,达到38.3%。中国社科院信息化研究中心秘书长、《互联网周刊》主编姜奇平认为,我们正处在一个数字移民的高峰期。网民规模达到5亿,这已相当于一个大洲的人口;一年增长5000多万,相当于一个中等国家的人口。这是从实体空间向互联网的虚拟空间的“移民”,表明人们把工作和生活的更多内容转移到了互联网上。
综上所述,网上随着信息技术的快速发展,以及网上购物带给消费者的便利性,已经的到越来越多年轻人的青睐。在各种类型的购物网站中,提供网上开店与可行性,得到了诸多网名服务的C2C、B2C网站以及其服务的适用性的认可,网上开店以其低成本、低启动金资、快捷的交易方式的到许多人们的青睐。因此,我界定开一家以经营尚时休闲为主的服装网店.2.2问题描述
网上服装店是一个在互联网上进行服装销售的电子商务系统,消费者可以通过该系统选购自己要买的服装商品。客户通过网上这个商业窗口,可以浏览商品列表,查看每个上品的信息。在浏览商品的过程中,如果对某个是哪个品感兴趣,可以将该商品添加到购物车。另外,客户随时可以查看购物车中的状况。购物活动完成后,需要结账提交订单,系统将其导入结账的向导中,在订单提交成功后,客户可以查询自己提价的查询订单。在结账时,要求客户是在胡策客户并且处于登陆状态,如果当时哈没有注册,则要求客户首先注册。如果当时没有登陆则要求客户稍显登陆。
2.3产品功能概述
系统共分为前台和后台两个部分。在前台部分中,包括客户在线注册、浏览商品、查询商品信息、订购商品等操作,后台管理部分包括商品信息管理、客户订单管理、普通管理员的管理、客户的管理、各种即时信息的发布管理。
(1)前台;浏览商品:客户可以浏览网上商城的汉族要商品信息。
查询商品:客户可以输入条件,查询某些感兴趣的商品。
订购商品:客户可以对需要的商品进行网上订购。
购物车:客户可以把购物的商品信息放到购物车中,可以把商品从购物车 中拿出。
客户信息维护:维护客户自己的个人信息。主要是客户的密码、通信地址等基本个人信息。
(2)后台
公告管理:添加、修改、删除公告。商品管理
3.外部接口需求
通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。如果产品的不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
注意:必须将附加用户类的特征与外部接口需求加以区分,附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;而外部接口需求描述的是接口本身的需求。
4.系统功能需求
本系统主要分为四个模块:用户管理,商品管理,仓库管理,系统维护。
4.1除了完成产品的基本功能外还需做到安全方面的细节: 实现验证码机制,以防恶意注册和恶意提交信息; 实现对进入系统的信息进行安全校验,防止恶意破坏; 实现URL安全访问机制,以防恶意访问; 实现权限验证功能,以防恶意破坏。4.2一些关于用户的人性化细节:
由于操作人员的计算机知识有限,因此要求系统具有良好的人机界面。
如果系统的使用对象较多,则要求有较好的权限管理。方便的数据查询,支持多条件查询。
系统支持良好的数据备份和还原操作,有效保护数据,减少意外损失。在相应的权限下,可方便的删除数据。数据计算自动完成,尽量减少人工干预。4.3激励/响应序列
用户进入软件界面,首先根据用户注册与否选择注册和直接登录,未注册的用户注册,已注册的直接进入登陆界面。登陆界面分为用户登录和管理员登陆,用户选择用户登录后就可以看到商品的相关信息。管理员登陆进入界面后可以管理商品以及用户的想关信息
5.其它非功能需求
在这里列举出所有非功能需求,主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。5.1性能需求
网络环境下的多用户系统 数据的完整性,准确性 数据完成的时间性,数据安全性
服装自动统计分析及数据的自动处理 5.2安全措施需求
本软件在使用过程中有可能发生帐号信息外泄,请定期及时修改密码。
对于大于一定数量的购买行为进行限制。每次购买行为前进行身份认证。5.3安全性需求
每个用户在第一次登录后,必须更改他的系统预置登录密码,系统预置的登录密码不能重用。
登录密码输入错误三次封锁此号,解封必须联系管理员。不能使用过于简单的密码,如123456。
第二篇:网上书店管理系统 需求分析
第一章概述 需求分析
1.1需求分析意义-------------------------1
第二章功能需求
2.1 前台功能------------------------------2
2.2 后台功能------------------------------2
第三章性能需求
3.1 软件环境------------------------------3
3.2 硬件环境------------------------------3
第四章系统可行性分析
4.1 技术可行性----------------------------4
4.2 经济可行性----------------------------4
4.3 社会可行性----------------------------4
第五章出错处理需求
5.1 处理错误5
第六章将来可能提出的要求
6.1 不确定性要求-------------------------6
一 需求分析的意义:
一个好的产品之所以能成为一个好的产品,关键在于需求分析是否充分考虑到用户的所有需求,好的需求分析能提高工作效率,减少不必要的麻烦。需求分析的任务是发现、规范用户需求的过程,有益于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,便于采用工程方法开发软件,提高软件的质量,便于开发人员、维护人员、管理人员之间的交流、协作,作为工作成果的原始依据,并且可向潜在用户传递软件功能、性能需求,使其能够判断该软件是否与自己的需求相关。
二 功能需求:
前台功能
(1)会员管理:登录是需要的凭证,每个会员都有自己的管理界面,可进行资料的修改等操纵。
(2)图书查询:图书查询的目的是为了帮助用户快速地找到想要购买的图书。用户可以按照书名、作者、出版社等方式查询到想要的书籍。当用户选择了某类书籍时应能显示书籍信息:图片、会员价、市场价等。
(3)图书展示:为了将网络他、书店中的图书有序的罗列出来。图书展示分为:新品图书、推荐图书、畅销图书、排行榜。
(4)购物车:购物车中要列出用户所选择的书籍名称、市场价、会员价、数量,总计金额。好、用户可以删除购物车中的书籍,修改某个书籍的数量,清空购物车,到结算页面确认并下定单。
(5)订单生成与管理:购物后,确认支付和配送方法后生成订单。系统发送邮件通知书店管理员。会员还可以查询自己订单的处理的处理情况和历史订单。
(6)结算功能:结算前必须再次验证用户,验证合法后,进入结算页面,显示订单的日期、收货信息、购买书籍清单,用户还可以再次修改收货人信息,修改或删除已选书籍,当确认后,可以选择下订单。
(7)在线帮助:简单介绍网站的购物流程,一姐一些常见的问题。
后台功能
(1)图书馆里
添加新书:管理员和添加人员可以通过这个功能详述点录入新的图书。添加信息包括书名、作者、出版社、缩略图异界所属类别等等。
管理书籍:管理员和添加人员可以进行图书的查看、编辑、修改。
(2)用户管理
此功能只有最高权限管理员拥有,这好似用来管理后台管理员的功能、可能添加、修改、删除新的管理员以及分派权限、修改管理密码。
(3)订单管理
订单管理处理时首先判断管理员的身份,然后课根据就、订单状态来做相应的服务。订单状态分为五种:未作任何处理、用户已经划出款、服务商已经收到款、服务商已经发货、用户已经收到货。
(4)会员管理
修改、删除会员资料。
三 性能需求:
硬件:微型计算机,计算机局域网络。
软件:Win
7、JDK/Tomcat/、Struts、Eclipse、mysql。
四 系统可行性分析:
4.1 技术可行性
根据前期的市场调查与对下列系统功能、性能及实现系统的各项所需技术的约束条件的分析来看,本系统程序开发应是一个集数据库管理和查询为一身的系统,根据现有的开发技术,开发硬件、开发软件的性能要求及环境条件等来看,各项条件良好。同时,考虑给予的开发期限较为充裕,预计可以在规定期限内完成预定功能地开发与实现。
在软件方面本程序设计采用的开发环境是Microsoft Visual Studio 2010,采用开发语言 ASP、NET编写程序,采用SQL Server2008 做后台数据库。在硬件方面电脑的各种配置包括输入输出能力,内部存储器和外部存储器的容量都能满足用户的要求。
4.2 经济可行性
据调查,在中国有实际购买行为的网民中,有57.6%购买的是图书,有26.4%购买音像制品,这充分说明以网络书店为代表的出版物在线销售有良好的发展机遇。出版物网上销售有诸多有点:24小时服务、送货上门、无店铺销售、搜索查询数据库等优点,弥补了传统出版发行业的不足。随着人们购物观念、购物习惯的改变以及网上购物质量、信誉的提升,出版物在线销售将有更大的空间。方便、快捷和经济使用的电子商务将推动企业的发展。而在线销售图书是不少企业的首选,这样网络书店便应运而生。
4.3 社会可行性
(1)法律可行性
该平台是自主研发设计,因此不会构成侵权,在法律上是可行的。
(2)用户可行性
该系统是一个电子商务网站,所以操作简易,用户购买不需要了解整个书店的工作流程,只需要按照提示一步步操作即可完成购书等其他活动。
五 出错处理需求:
处理需求指的是当应用系统发现他自己犯下一个错误时所采取的行动,但是,应该有选择地提出这类出错处理需求,对应用系统本事错误的检测应该仅限于系统的关键部分,而且应该尽可能少。
六 不确定性要求:
井盖明确地列出那些虽然不属于当前系统开发范畴,目的是在设计过程中对系统将来可能的扩充和修改预作准备,以便一旦确实需要时能比较容易第进行这种扩充和修改。
第三篇:网上购物管理系统需求分析说明书
网上购物管理系统 需求分析说明书
文件名称:需求分析说明书 文件编号:xxxxxxxxxxxxx 编 制 人: 韩焱 编值日期:2016年11月25 审 核 人:xxxxxxxxxxxxx 版 本: 1.0 指导老师: 孙亚非 1.引言..................................................3 1.1编写目的:........................................3 1.2背景:............................................3 1.3参考资料:........................................3 2.任务概述..............................................3 2.1目标:............................................3 2.2用户的特点:.......................................3 3.需求规定..............................................3 3.1目标:............................................3 3.1首页..............................................3 3.2商品搜索..........................................4 3.3商品详细信息.......................................4 3.4登陆..............................................4 3.5商品分类管理.......................................4 3.6商品管理..........................................4 3.7退出界面..........................................4 4.运行环境规定..........................................4
需求分析说明书
1.引言
1.1编写目的:
本文档为网上购物管理系统需求分析报告,为网上购物管理系统的设计的主要依据,主要针对网上购物管理系统的概要设计和详细设计的人员,作为项目验收的主要依据。
1.2背景:
本软件全称为网上购物管理系统。
本软件为沧州职业技术学院本次考试作品,由小组成员曹孟,崔佳媚,韩焱共同完成。本软件适用于普通网上购物商店。
1.3参考资料:
阳光酒店管理系统。
2.任务概述
2.1目标:
满足客户的需求,实现网上购物的流程。主要功能包括商品搜索、商品详细信息、客户端登陆、商品分类管理、商品管理、退出等。
2.2用户的特点:
最终用户为管理员及购物人员,界面应简洁友好,功能完善,系统易用,易维护。3.需求规定
3.1目标: 3.1首页
首页展示了商品分类及推荐商品,并可以进行商品搜索。3.2商品搜索
在搜索框总输入搜索内容,点击“搜索”按钮即可按关键字进行搜索。
3.3商品详细信息
点击商品列表的商品图片即可进入商品详细信息。
3.4登陆
点击登陆,完成管理端的登陆。
3.5商品分类管理
里面包括商品分类管理的查看、分类添加、分类删除、分类编辑、分类搜索等功能,完成商品分类的增删改查的功能。
3.6商品管理
里面包括商品查询、商品添加、商品编辑及商品删除,完成商品增删改查的管理功能。
3.7退出界面
点击右上角的“退出”图标,即可退出管理系统。
4.运行环境规定
环境:Eclipse集成开发环境(jdk1.8 Tomcat7.0)操作系统:windows2010 数据库:MySQL
第四篇:图书管理系统需求分析报告
图书管理系统
1引言
1.1编写目的
本项目为图书管理系统;书写此文档是为了确定客户的真正需求,因此我们在可行性分析的基础上进一步了解、调查、明确用户对系统的综合要求、数据要求等;确定了一份完整、准确、清晰、具体的系统要求,从而得出系统必须完成什么样的功能。
此文档包含了用户对系统的具体要求,系统的功能需求等;可做为用户需求的确定书和总体设计的依据,也是验证和维护系统的依据。
1.2背景
社会的信息化带来了极大的信息量,而图书作为一种重要的信息交流传输载体,不管是在数量还是种类上都大大增加;因此我们迫切需要设计图书管理系统来满足日益增加的服务需求和管理需求。图书管理信息化中的一个主要环节就是图书借阅和归还的管理,因此针对这个环节的就成为图书管理系统的一个重要组成部分,而且是必不可少的一部分,也是应用最广的一部分。我们开发的系统正是为满足这一部分的需求,期望该系统能给管理者和借阅者都带来利益。
说明:
A.软件系统的名称:图书管理系统 B.开发者:徐达、金振兴、叶雷、王鹏 C.该软件系统同其他系统的关系
软件属于图书管理信息系统的一部分,应用中可能需要引用图书管理系统其它部分的数据内容,此处暂且使用自定义的数据表项
1.3定义
B/S:Browser/Server(浏览器/服务器)结构 SQL语言:用于数据库操纵的标准语言.NET:MS提供的一种高效的开发以及运行平台
ASP:全称为Active Server Pages,是一套由微软公司开发的服务器端运行的脚本平台,可用于开发动态网页
1.4参考资料
a.《软件工程导论 》 清华大学出版社 张海潘编著
b.《软件工程学实验 》 科学出版社 苏正、王文等编著 c.《数据库系统概论 》 高等教育出版社 王珊、萨师煊等编著 d.《C#.NET程序设计基础教程》 清华大学出版社 王华秋主编
2任务概述
2.1目标
2.1目标
图书查询系统的初衷是:
(1).让用户在最快的时间内找到他所需要的书目
(2).让用户在最短的时间内了解新书的到馆的情况以及书刊在馆情况(3).让用户最大限度的使用图书这种公共资源
(4).让用户了解自己的学习目标以及有哪些相应的图书与之配套(5).让管理人员在尽可能短的时间内完成书刊的流通(6).让管理人员在短时间内了解学生们的需要(7).让管理人员及时更新在观书目
(8).让管理人员更好的控制书刊的流通
可以在广大的学校中或者小型图书馆推广这套系统,来提高图书管理的效率,解决人工管理的问题。2.2用户的特点
(1).在校读书的学生有很强的适应性可以在很短的时间内完成对这套系统的适应在最短的时间内提高效率(2).想不断加强自身学习的人可以在图书馆以外的地方使用客户端来完成自己想要借阅的书籍(3).对新鲜事物有很强好奇心的用户可以用这套系统来在最快时间内充实自己让系统可以更好的适应自己(4).有一定知识水平了解简单电脑操作的用户可以在熟悉系统的前提下深入的了解系统,使之更好的为自己服务(5).管理人员要熟悉服务器的维护数据的更新以及备份工作这就要求管理人员要了解数据库的一些基本原理在出现问题的情况下可以简单的处理(6).经过简单培训可以熟练使用该系统的服务人员
预计使用频度为平均一个5000人的学校为:大约平均500—1000人/天
2.3假定和约束
在开发中要考虑用户的可能出现的操作以及在出现问题后的处理:
假定使用查询功能的人员出现登陆不了的情况及时的恢复对原有数据的备份可以由管理人员来完成。
最大限度满足接受不同用户在同时发出的请求。例如可以有100人同时查询数据就可以有100人同时修改自己的数据
如果用户的知识结构不是很好可以进行一下简单的培训。应该教会用户相应的操作以及应对紧急情况的手段。
如果用户的密码丢失则需要重新验证,需要输入一个密码提示问题 管理人员对数据出现误操作则需要完成数据的恢复
管理人员如果没有及时更改书目信息则该书不能被借出 管理人员需要良好的职业素质来保证图书更新的情况
管理人员有良好的专业素养来应对突发事件如服务器操作系统的崩溃
3需求规定
3.1对功能的规定
用列表的方式,逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出。3.2对性能的规定 3.2.1精度
该软件在使用中,对“按序列号查询”要求全数字外,其他查询方式并没有特殊要求,并且在按照书名查询时候支持“模糊查询”,如:你要查询的书名为“软件工程基础导论”,你可以在查询框里面输入“软件工程”,系统将把所有的书名含有“软件工程”字样的书名列出。
3.2.2时间特性要求
如果本系统使用局域网链接,网络速度较快,并且本系统只适应于中小型图书馆使用,不会造成数据拥塞的现象,所以查询时间、内容更新时间都是瞬间完成。如果使用互联网链接,则由于网络速度问题可能造成一定延迟。或者由于长期使用致使的软件老化或数据库负担增加也可能造成延时。
3.2.3灵活性
a. 可以使用多种查询方式查询,时间允许的前提下可以增加多重条件模糊查询功能。b. 适用多种windows版本。
c. 适当整理数据库,或者增加网络传输速度可以提高速度。
d. 在时间允许的情况下可以适当增加读者留言板、图书推荐等模块,方便用户使用。
3.3输入输出要求
输出数据:如果添加成功,输出成功提示信息,失败则提示检查信息,重新输入。3.4 数据字典
(1)读者(帐号,姓名,班级,性别,组号)
名字:帐号简述:用以唯一标识用户的信 息。范围:长度:使用位置:用户登录时进行相应的判断核对。名字:姓名简述:对用户加以说明,修饰。不能标识具体用户。范围:长度:使用位置:在进入系统时,显示相关的信息。名字:性别简述:对用户加以说明,修饰。不能标识具体用户。范围:长度:使用位置:在进入系统时,显示相关的信息。
名字:班级简述:对用户加以说明,修饰。不能标识具体用户。范围:长度:使用位置:在进入系统时,显示相关的信息。名字:组号简述:对用户的等级说明,并且管理最大借书量。范围:”01“„”05”长度:使用位置:借书时对借书量进行限制。(2)管理员(帐号,姓名)
名字:帐号简述:用以唯一标识用户的信 息。范围:长度:使用位置:用户登录时进行相应的判断核对。名字:姓名简述:对用户加以说明,修饰。不能标识具体用户。范围:长度:使用位置:在进入系统时,显示相关的信息。
(3)图书(图书编号,类别,书名,作者,出版日期,出版社,定价,总数量,剩下数量,备注)
名字:图书编号简述:唯一标识每一本图书的关键域 范围:长度:使用位置:在新书入库,借阅登记,借阅查询,图书整理,超期提示中使用到名字:书名名字:类名简述:标识每一本图书的十简述:每一个图书有一个类几名字 别,用以管理员分类管理 范围:范围:长度:长度:使用位置:在在新书入库,借阅登记,借阅查询,使用位置:用户查找的时候图书整理,超期提示中使用可以对查找的项目进行限制到名字:作者简述:标识每一本图书的写作者 范围:长度:使用位置:在新书入库,借阅等级,图书整理中使用到 名字:定价名字:类别简述:每一个图书有一个类简述:标识每一本图书的实别,用以管理员分类管理际价格 范围:长度:使用位置:用户查找的时候使用位置:在新书入库,借可以对查找的项目进行限制阅等级,图书整理中使用到名字:类型名字:类名简述:每一个图书有一个类 简述:标识图书的分类种类别,用以管理员分类管理 范围:范围:长度:长度:使用位置:在新书入库,借使用位置:用户查找的时候阅等级,图书整理中使用到可以对查找的项目进行限制名字:图书库存数量简述:管理每一种图书的现存量 范围:长度:使用位置:在新书入库,借阅等级,图书整理中使用到 名字:出版社简述:标识每一个图书的出版处 范围:长度:使用位置:在新书入库,借阅等级,图书整理中使用到名字:出版日期 简述:标识每一本图书的出版日期范围:长度:使用位置:在新书入库,借阅等级,图书整理中使用到(4)借还(用户帐号,图书编号,借书日期,到期日期,数量,还书日期)名字:帐号简述:用以唯一标识用户的信 息。范围:长度:使用位置:用户登录时进行相应的判断核对。名字:图书编号简述:唯一标识每一本图书的关键域 范围:长度:使用位置:在新书入库,借阅登记,借阅查询,图书整理,超期提示中使用到名字:数量简述:管理每一种图书的现存量 范围:长度:使用位置:在新书入库,借阅等级,图书整理中使用到 名字:借书日期简述:标识用户在何时借书 范围:长度:使用位置:在借阅等级中使用名字:到期日期简述:标识用户应在何时还书 范围:长度:使用位置:借阅登记中使用名字:还书日期简述:标识用户在何时还书 范围:长度:使用位置:在借阅登记中使用
(5)数据流图
a.新书入库
b.图书借阅
C.过期提示
d.借阅查询
e.还书处理
3.5数据管理能力要求
要求对两万左右的学生借阅信息和10万本以上的图书进行有效的管理,并且随着学生人数的增长和图书数量的增多,要能快速地查询出有效的信息,3.6故障处理要求
对于任何硬件或软件系统来说,都不可避免的会存在问题,当机器或者软件出现故障的时候,就应要有可靠的办法来解决才行。我们做的系统是可以通过网络运行的,所以应该考虑当网络发生拥塞时的处理情况。这个图书查询系统当遇到上述情况时会自动重新发送数据给服务器,避免了使用者再次输入信息的麻烦,而如果机器遇到突然死机就可能造成数据丢失,我们也设置了系统自动恢复到操作前状态的功能,尽可能的降低拥护的损失。
3.6其他专门要求
对于此系统来说,为了维护读者的权利,防止数据在传输的过程中泄露个人信息,必须给传输的数据加密,而且本系统界面全由图象和文字组成,使用方便。
在用户登录操作界面的时候,密码采用了密文的形式,防止用户使用不当造成密码泄露。在系统内部,考虑到不同拥护的需求以及系统的维护需要和长期发展的要求,我们的设计使得系统的可补充性好,维护简单,易读易懂,对系统软件的适应性强
4运行环境规定
4.1设备
a. 为了使系统稳定的运行,硬件要求cpu达到奔腾3以上,内存至少为256MB。
b.外存可以不做要求,但建议应该在20GB以上。
c. 本系统要求在联机情况下使用,用户可以通过网络(局域网或者Internet)访问,但是为了便于使用,建议用户使用局域网。
4.2支持软件
建议使用windowos2000及以上的系统,测试环境为windows xp操作系统下使用asp.net.4.3接口
软件与其他软件之间应该有较好的接口和通信协议,实现相互之间的通信需要,增强本软件的实用性和功能。
4.4控制
当使用者通过图形界面进行操作时,用户输入相应信息后,点击相应按键,激发内部数据传输。软件自身对输入数据进行对照识别,判断数据类型(和格式)是否相符,做出相应处理,把结果输出给用户。
第五篇:订单管理系统需求报告分析
1、订单管理系统 1.1、系统总体介绍
1、采购基础数据功能包括:物料数据维护、订/交货方式维护、来源类别维护、采购员维护、采购系统维护。
2、采购计划管理功能包括:请购计划维护、请购计划合并、采购计划生成。
3、采购订单管理功能包括:采购订单维护、采购合同维护、订单终止或取消、订单结案。
4、采购询价管理功能包括:报价资料维护、询价资料维护。
5、供应商评估管理功能包括:供应商类型维护、供应商资料维护、供应商报价维护、供应商评估。
6、主要应用部门:财务部门,营销部门,生产部门,运输部门
2、系统业务流程分析
3、系统功能模块说明:
(1)、采购基础数据: 采购子系统的基本数据有采购员资料、供应商资料、采购提前期以及业务流程设置。对这些数据就及时加以维护。
(2)、采购计划管理: 通过物料需求(订货点控制、订货周期控制等生成的请购计划)来生成采购计划(或采购建议订单),并综合考虑物料的订货批量、采购提前期、库存量、运输方式以及计划外的物料申请,进行系统自动物料合并,也可以人工干预和修改。另外,有些原材料的采购提前期很长(有的进口件要半年以上的采购周期),因此有可能超过主生产计划制定周期。这类采购的采购计划应经过销售、财务与计划等部门的综合讨论与评估确定所需的数量和时间,然后制定材料的中期或长期采购计划。
(3)、采购订单管理: 根据订货批量、采购提前期、库存量、运输方式、用款计划以及计划外的物料申请进行物料合并,生成采购订单,并经过确认后即可进行订单输出,最后下达给供应商,也可以网上发布订单。对于临时追加的采购任务,可以通过与供应商协商直接下达采购订单。
(4)、采购询价管理: 落实采购订单的采购供应商。采购业务人员广泛利用市场的采购供应资源,进行价格咨询并商谈有关交货数量、交货期、质量要求与技术要求,落实每种物料的供应商。对新开发的供应商资源还要进行供应商的认证过程,经过相应的评审并合格后才能作为许可采购的供应商。
(5)、供应商评估管理: 建立对供应商档案,同时对首选、次选等供应商加以分类,并建立供应商的供应物品明细(品种、价格、供应期、运输方式等),资料最终必须进行确认才有效。系统在执行采购订单下达时,要读入相应的供应商资料。供应商资料是采购子系统的基本资料,并且还要初始化供应商的有关账务资料。初始化完成后才能处理采购业务。