---几款免费游戏更新软件简单评测
对于现在来说，绝大多数网吧都用上了各种的游戏更新软件，那种手动更新的日子已一去不复返了。而当前的网维市场随着越来越多的公司的介入，也变得非常混乱。都在拼命的争夺市场，当争夺进入一定阶段的时候，就会使他们改变策略，而免费是最有效的手段。现在层出不穷的网维游戏便是最好的例子。但对网吧用户来说，是不是免费的用起来就很好呢，恐怕不是。如果免费的不能满足网吧的需求，那也失去了使用的意义了。基于此目的，我测试了目前市场上比较有名的四款免费的游戏更新软件，每一项测试我都会说明它的意义及我的结论，我采用评分制，每一个单项最高分为5分。测试的结果仅供大家参考。
测试环境说明：两台windows xp精简版的系统的电脑通过HUB连接，由于只是简单测试，我并不打算截图，也无法模拟出真实的环境，但我会通过各种现象来证明我结果的准确性。如果大家有什么疑问，可以提出来，我会进行二次测试的。
参于测试的软件：迅闪2007(0905) QM2007 0813 网维大师6052 天下游30
一：服务端安装及配置。
说明：作为一个免费的产品，它的目的就是推广自身。如果安装过于复杂，一定不利于自身的推广。因此，对安装及配置的测试是必要的。
迅闪2007：迅闪我想大家都熟悉吧，没有安装程序，解压出来后，运行配置程序，先注册帐号，然后进行常规的配置，游戏的添加支持拖动，因此很方便。新手也很容易上手。
QM2007：安装及配置与迅闪类似，有“游戏管理”、“常规设置”、“高级设置”、“对比更新设置”、“功能按钮及背景”这几个选项，一看就明白。只是在游戏管理里有新大类、新小类这种分类方法。或许是我用不习惯，不明白小类可以怎么分。菜单，作为面向客人的东西，应该越简单越好。
网维大师：网维大师的风格与其它的都不同。显得更为简洁。没有其它的一些设置，安装好后直接添加游戏就行了。它不支持拖动添加，但支持自动搜索游戏。根据测试，它的自动添加功能能识别除私服以外的所有网络游戏及大部分单机游戏。加完之后配置游戏到所属的区域然后再更改级别就可以了。
天下游30：界面简洁，比其它的多了一个下载更新的功能。添加游戏也支持拖动。但相比之下，其它的功能就少了很多，只有游戏更新，添加游戏，管理客户端和管理用户功能，还有一个虚拟盘，我想大家都用的第三方的吧。
总的来说，此类软件的安装对于一个有经验的网管而言并不是难事。四种更新软件，迅闪和QM2007是利用windows的共享来实现更新的。而天下游也开了一个隐藏的共享。并且新建了一个txy的用户。唯有网维大师完全没有利用共享。所以停用server服务也不影响它的使用。无论以什么形式来实现，只要能实现更新的功能即可。但拥有自己的通信方式，显得更专业，更灵活，相对于共享来说更安全。因此，得分如下：
迅闪2007: 4分
QM2007： 4分
网维大师: 5分
天下游30 4+1=5分 (这一分是它有三层更新的功能才给加上去的。尽管速度很慢)
二：客户端启动速度及界面
客户端是直接面向客人的，它关系着客人对网吧的评价。启动速度快，客人可能会说这家网速快，菜单漂亮，会给客人好的感觉。因此，这个评测是必须的
迅闪2007：简洁、清爽是迅闪的一直以来的风格。启动后有进度显示，并且有出错处理，比如连不上管理端的处理。菜单的界面给人一种干脆果断的感觉。
QM2007：菜单界面是继承xp的那种圆润的风格，但菜单的布局略显杂乱。由于我配置失误，客户端连不上管理端，便在“同步远程配置”那里卡住了，但加速度的进度条却在走动。或许是第一次才会出现这样的情况。
网维大师：界面也是采用圆润的风格，音量、鼠标等图标与界面看起来融为一体，显得整洁而大方，但有点死板。由于客户端属于开机启动，所以打开速度也很快。但如果从一个游戏里退出来后再打开菜单，菜单会显示较慢，可能是由于游戏内存还没有释放完而菜单加载的图像资源过多的缘故吧。
天下游：界面同样采用xp的风格，集成了常用功能，但也集成了百度搜索，与服务端连接失败有出错提示，这样会给客人造成出错的假像。
经过比较，除了迅闪和客户端从启动速度到界面还比较满意外，其它三个都有或大或小的毛病。这些毛病说不上很严重，但的确是不尽如人意的地方。因此，得分如下:
迅闪2007：5分
QM2007: 4分
网维大师: 4分
天下游: 4分
三：游戏更新功能测试
游戏更新是更新软件最重要的部分，更新的速度、效果会对网吧造成最直接的影响。这是最值得测试的。而现在的游戏的更新大多都是网络游戏的更新。网游的更新很频繁，现在大多数的网游更新模式都属于文件写入更新。就是把新的内容写入到以前的文件中。因此，有快照更新功能的软件才是一个相对完美的软件。基于文件大小及修改日期的更新方式必将淘汰。我们主要测试快照更新。
迅闪2007：经过我多次试验，快照更新没有设置成功。在官网及论坛上找相关方法也不能成功。经百度搜索，发现不能成功的大有人在。我承认，是我的水平问题。
QM2007：很遗憾，它并不支持快照更新。
网维大师：很不错的快照更新方式。每个游戏更新后就要在服务器上会生成一个索引文件，这就是它的快照文件。扩展名为idx。由于我玩完美国际，今天刚好它更新。我试了一下，从57更新到58只需更新10M的内容。而普通的文件对比的内容在2G以上。
天下游：天下游的快照文件相对简单，扩展名就是txt，快照文件格式为:“路径 ：文件：修改时间：修改日期：大小：快照次数”，以下是我的一个快照中的一条：
EmotionsImage\1gif|32|"2003-09-11 05:57:46"|2225|0
经过测试，迅闪的快照以失败而告终，是我水平的问题，我相信它的快照功能，但一个功能如果用起来会让人感到麻烦的话，那个功能就还需要改进。并且不止我一个人不会。经过看官方的说明，可以了解它的快照功能可以实现只更新修改的部分。而天下游的快照还是基于文件信息的。官方的说明也是说可以把速度提高30%以上，并不是减小复制文件的大小。而网维大师的索引功能很完美了。因此，评分如下：
迅闪2007：4分
QM2007： 0分
网维大师：5分
天下游： 4分
四：还原及穿透更新功能
全盘还原透更新是目前吵得最响的功能，而多数软件都称可以实现全盘保护下的游戏更新。到底事实是什么样的呢？我们也需要测试。
迅闪2007：迅闪还原30与天下游的G。HOT还的极为相似，并且是非一般的相似，呵呵。经安装测试发现迅闪还原采用的是信佑铁克的驱动，而天下游的还原是采用的是fastr的fakedisksys的驱动。并且这种类型的还原与一个名为快速还原极为相似。安装后，在磁盘的驱动详细资料里都能找到它们自己的驱动。卸载的过程计算机也会都重启两次。因此可以断定它们的原理一样，所以毛病也一样。就是在更新保存的过程中会断开目标盘的一切连接。如果目标盘开有游戏的话也就会关闭。如果QQ也放在游戏盘的话QQ也会关闭。并且还不支持ghost克盘。虚拟文件所在的盘也不能及时还原。并且有可能与NVIDIA IDE SW 驱动程序有冲突所以，在保存的过程中，在磁盘管理里可以看到保存盘的盘符会消失一会儿。完美的穿透它们还没有完全实现。
QM2007：它自身并不带还原系统，游戏穿透更新需借助VD。但也实现了穿透更新。
网维大师：经过安装后分析，网维大师的还原与迅闪及天下游的不一样，并没有在磁盘的驱动上加上自身的驱动。它完全保护了C盘和E盘。D盘是临时盘，使用开机清理。在实现穿透的过程中不会出现游戏盘的游戏退出的现象。并支持克盘，安装方便。
在这次的测试中，网维大师的表现令人满意，它使用了自身的还原系统实现了无缝穿透更新。而讯闪与天下游由于还原原理的不同无法实现完美穿透的功能。所以得分如下：
迅闪2007：4分
QM2007：3分
网维大师: 5分
天下游: 4分
五：arp的防护功能及时间同步
Arp的防护和时间同步在目前来说是一项最基本的功能。虽然现在绑定的软件不计其数，但品质令人怀疑。并且是用在网络上的，也不敢马虎。双向绑定是对付arp的有效手段。但客户机的绑定是个难题，更改时间的病毒越来越多。这两个功能虽然可以借助第三方软件，但为了实现这一小小功能实在不划算。因此我加上了这两个功能的测试，希望没有的能在下一版本加上去。
迅闪2007：可以通过批处理实现。但要启动菜单后批命令才能启动，不能及时。
QM2007：支持同步时间，支持批处理。但也需等到客户端启动后才生效。
网维大师：可以在服务端统一设置arp绑定，当mac地址改变时也能快速改变客户端的绑定。由于它是开机启动。所以能立即生效。同步时间官方没有说明。但我测试好像能自动同步。
天下游：我找了很多次也没有发现相类似的功能。
这次测试主要是看一个软件的扩展功能。迅闪、QM2007、都提供了这样的接口。但唯一的不足是不能保存数据。网维大师利用自身的穿透优势能实现数据的即时保存。这也是其它的软件不能比拟的。天下游的类似的功能很少，好像就是一款纯粹的游戏更新软件。它支持扩展接口编程，可惜我不会用。评分如下：
迅闪2007: 3分
QM2007： 3分
网维大师: 4分
天下游: 2分
六：游戏存档及个人磁盘
游戏存档是网吧应该提供的服务之一，而个人磁盘是网吧应有的增值及特色服务。所以加进这两项的测试是应该的。
迅闪2007：它很早就有了游戏存档及个人磁盘的功能。使用简单。但它的空间是以完全共享的目录存在的，安全性较差。
QM2007：很可惜，它没有提供相关的功能，只能靠第三方工具实现。
网维大师：提供了游戏存档及网吧U盘的功能，开启后将在我的电脑里出现一个U盘的盘符。使用起来与本地盘一样方便。并且不依赖共享。
天下游：它也提供了“我的存储盘”的功能，和网维大师类似。
终上所述，网维大师及天下游的存档方式比较成熟，迅闪略差一点。而QM2007没有。得分如下：
迅闪2007: 4分
QM2007 :0分
网维大师: 5分
天下游:5分
七：综合评价
总分如下：
迅闪2007：4+5+4+4+3+4=24分
QM2007： 4+4+0+3+3+0=14分
网维大师: 5+4+5+5+4+5=28分
天下游30 5+4+4+4+2+5=24分
迅闪相对于以前的版本，进步了不少。功能也较为强大，作为一款纯粹的游戏更新软件已经很成熟了；QM2007功能稍差一点，需要与第三方软件的搭配。网维大师各方面表现都不差，统一布署的能力非常强大。天下游的个别功能突出，但功能不太完全，作为一款游戏更新软件，还得多多完善。
网维大师以28分占于第一名的位置。迅闪和天下游以4分之差位居第二。QM2007则落于最后。
由于是简单测试，肯定还有很多方面我没有涉及到，若大家有疑问，可跟帖提出。本人提出的数据及意见仅代表个人意见，仅供参考。同时希望各免费更新软件越做越好！能和收费的软件分庭抗议。我们网管都会支持你们的。
导语：服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。那么，我们可以怎么选择好的服务器
怎么选择好的服务器你需要从不同的角度来决定选择一台什么样的服务器,找到满足技术需要、业务发展和成本控制之间的最佳平衡点,为了做到这一点,绝对还是需要一点智慧。51IDC将在下面为大家介绍一些易于理解,尽可能全面的建议,并帮助你做出决定。
先不要急于决定需要怎样的CPU,几个硬盘,几个G内存,需要多少兆带宽这样的问题,那些是我们最后需要得到的答案。在这之前,先一起梳理几个问题。在下面,我们列出了一些“多少”或“什么样”的问题,拿起你的笔或在Windows记事本里新建一个文件,尝试根据下面四个问题来评估自己的需求:
1服务器运行什么应用
2需要支持多少用户访问
3需要多大空间来存储数据
4我的业务有多重要
1：服务器运行什么应用这是首先需要考虑的问题,在这里你要根据服务器的应用类型,也就是用途,来决定服务器的性能、容量和可靠性需求。我们按照前端服务器+应用程序服务器+数据服务器的常见基础架构来讨论:
11Web前端:正常情况下,我们认为大多数Web前端服务器(Front-end)对服务器的要求不大,例如静态Web服务器、动态Web服务器、服务器等等,因为在现有的技术框架中,我们有很多方案可以解决前端服务器的性能扩展和可靠性问题,例如LVS、Nginx反向代理、硬件负载均衡(F5,A10,Radware)等。甚至在很多访问量不高(几百个用户同时在线)的应用中,51IDC的经典酷睿服务器就可以满足需求。
12应用服务器:由于承担了计算和功能实现,我们需要为基于Web架构的应用程序服务器(Application Server)选择足够快的服务器,另外应用程序服务器可能需要用大量的内存,尤其是基于Windows基础架构的Ruby,Python,Java服务器。这一类服务器至少需要使用单路至强的配置。对于可靠性的问题,如果你的架构中只有一台应用服务器,那肯定需要这台服务器足够可靠,RAID绝对是不能忽视的选项。但如果有两台或更多的应用服务器,并设计了负载均衡机制,具有冗余功能,那我们则不必将每台服务器武装到底。
13特殊的应用:除了作为Web架构中的应用程序服务器之外,如果你的服务器是用来处理流媒体视频编码、服务器虚拟化、媒体服务器(Asterisk之类),或者作为游戏服务器(逻辑、地图、聊天)运行,则同样对CPU和内存需求比较高,我们至少要考虑单路至强的服务器。其中服务器虚拟化对存储的可靠性的要求都非常高,因为一个篮子里有十几个鸡蛋,篮子一定要足够牢靠才是。
14公共服务:我们指的是邮件服务器、文件服务器、DNS服务器、域控服务器这类服务器。通常情况我们会部署两台DNS服务器作为互相备份,域控主服务器也会拥有一台备份服务器(专用的或非专用的),所以对于可靠性,无需达到苛刻的地步。至于邮件服务器,至少需要具备足够的硬件可靠性和容量大小,这主要是为了对邮件数据负责,因为很多用户没有保存和归档邮件数据的习惯,当他们重装系统后,总会依赖重新下载服务器上的数据。至于性能问题,我们认为需要评估用户数量才能决定。
15数据库:我们最后讨论的应用,也是要求最高,最重要的服务器。无论你使用的是MySQL、SQLServer还是Oralce,一般情况下,我们认为它需要足够快的CPU,足够大的内存,足够稳定可靠的硬件。单路至强CPU/4GB内存/Raid1绝对是入门配置。关于准确的配置我们需要再讨论业务需求后才能作决定。
2：服务器需要支持多少用户访问服务器肯定是为了提供某种服务,而使用这些服务的用户同样是我们必须考虑的因素,有几个具体的问题你需要做出评估:有多少注册用户正常情况下有多少用户会同时在线访问每天同时在线访问的最高峰值大概是多少这些问题,对我们决定采用什么样的CPU,多大的内存有着至关重要的影响。51IDC建议你的技术人员和业务部门坐在一起来讨论这几个问题,最后甚至需要按照特定的技术模型和算法,将这些数字转化为一些更具体的技术数字,例如并发多少个连接(很多时候,用户数与连接数不是一个概念)。同时,你还要对未来的用户增长做一个尽可能准确的预测和规划,你的服务器需要支持越来越多的用户。
3：需要多大空间来存储数据我们需要从两个角度来计算这个问题,一个角度是有哪些类别的数据,包括: *** 作系统本身占用的空间、安装应用程序所需要的空间、应用程序所产生的数据、数据库、日志文件、邮件数据等等,如果是Web20类的网站,你还要计算每个用户的存储空间;另一个角度是从时间轴来考虑,这些数据每天都在增长,你至少要为未来1年(我们建议2~3年)的数据增长做个准确的测算,这可能仍然需要你的软件开发人员和业务人员一起提供足够的信息。最后你仍然需要为计算出来的数字结果乘15左右的系数,方便维护的时候做各种数据备份和文件转移 *** 作。
4我的业务有多重要:你需要根据自身的业务领域,来遵循一些要求,我们在下面举几个简单的例子,帮助你理解这些服务器对可靠性、数据完整性等方面的要求:
41如果你的服务器用来运行一个WordPress博客,与朋友们分享观点。那么我相信,一台酷睿服务器,1G内存外加一块160GB的硬盘就足够了。就算服务器出现了一点硬件故障,导致几个小时甚至一两天不能提供访问,生活会照常继续,天也不会塌下来。
42如果你的服务器用来作为测试平台,那么就不会如生产环境那样,对可靠性有极高的要求,你所需要的可能只是做好例行的数据备份,服务器宕机后,能有个人在今天把问题解决掉就OK了
43如果你是一个电子商务公司,服务器正在运行电子商务网站平台,那么请一定要像重视女朋友一样重视服务器,当硬件发生故障而导致宕机,你需要对以下危言耸听的后果做好心理准备:投诉电话被打爆、顾客大量流失、顾客要求退款、市场推广费用打水漂、员工无事可干,公司运营陷入瘫痪、数据丢失(这是最痛苦最灾难的结果,我们经历了太多这样的案例,它甚至会导致一个公司就此消亡)在这里,我们其实只需要简单讨论你的业务对服务器硬件可靠性的要求。换言之,如果你觉得业务不能承担硬盘损坏带来的停机或数据丢失风险,那么一定要选择一个合适的Raid卡,对于冗余电源问题,道理一样。(全面解决这个问题,不单考虑单个服务器的硬件,还需要结合系统架构的规划设计和运维管理来分析,这部分我们将单独撰写文章来讨论。)
在完成以上问题后,我们接下来就可以决定这些具体选项:
选择什么CPU
回忆一下上面”服务器运行什么应用“和“需要支持多少用户访问”两个问题的答案,这将帮助我们来选择合适的CPU。毫无疑问,CPU的主频越高,其性能也更高;两个CPU要比一个CPU来得更爽,至强肯定比酷睿更生猛。但我们究竟需要选择怎样的CPU我们在这里为你提供一些常见情况下的建议:
(1)如果你的业务刚刚起步,预算不是很充足,建议你选择一款经典酷睿服务器,毕竟51IDC的E5300服务器最便宜只需要450块钱一个月。而且,以后你可以根据业务发展情况,随时升级到更高配置的服务器。
(2)如果你需要在一台服务器同时运行多种应用服务,例如Net+Exchange+SQLServer,那么一个单路至强(例如X3330)或新一代酷睿I3/I7(双核四线程)将是最佳的选择。虽然从技术角度,这不是一个好主意,但至少能够帮你节约一大笔成本。
(3)如果你的服务器运行SQLServer、MySQL或者Oracle,而且目前有几百个用户同时在线,未来还会不断增长,那么你至少应该选择安装一个E5504(或更高主频)的至强服务器。当半年后负载越来越大的时候,可以选择增加一个CPU。
(4)如果你需要一台游戏服务器,那么我们建议你选择一台单路或双路的至强服务器。需要注意的是,使用双路CPU需要应用程序的支持,如果应用程序本身没有对双路CPU进行代码优化,就不会带来性能的显著提升,而且将造成投资的极大浪费。
需要多大的内存
同样,”服务器运行什么应用“和“需要支持多少用户访问”两个问题的答案,也将帮助我们来选择合适的内存容量。相比于CPU,我们更认为内存(RAM)是影响性能的最关键因素。因为在相当多正在运行的服务器中,我们发现CPU利用率一般都在10%~30%之间,甚至更低。但我们发现由于内存容量不够而导致服务器运行缓慢的案例比比皆是,如果服务器不能分配足够的内存给应用程序,应用程序就需要通过缓慢的硬盘接口来交换读写数据,这将导致网站慢的令人无法接受。内存大小主要取决于服务器的用户数量,当然也和应用软件对内存的最低需求和内存管理机制有关系,所以,最好由你的程序员或软件开发商给你最佳的内存配置建议。我们同样在下面给出了一些常见应用环境下的内存配置建议:
(1)无论是Windows下的`IIS还是Linux下的Apache,一般情况下Web前端服务器不需要配置特别高的内存,尤其是在集群架构中,1GB-2GB就已足够。只有当几千个并发用户,并运行动态脚本的时候,我们才会考虑使用4GB或更高的内存。
(2)对于运行Tomcat、Resin、WebLogic、Websphere或Net这样的应用服务器,2GB内存应该是基准配置。更准确数字需要根据用户数量和技术架构来确定。
(3)数据库服务器的内存由数据库实例的数量、表大小、索引、用户数来决定,一般建议配置4GB以上的内存,我们甚至在很多的客户案例中使用了24GB到48GB的内存。
(4)诸如Imail、Notes、Exchange这样的邮件服务器对内存的要求也并不高,1GB-2GB就可以满足了。
(5)对于一台文件服务器,1GB内存可能就足够了。
(6)还有一些特殊的服务器,我们需要为之配置尽可能高的内存容量,包括Squid,Varnish这样的缓存服务器,和Memcached Server。事实上,上面的数字已经足够慷慨,由于内存技术的不断进化和价格不断降低,我们才得以近乎奢侈的讨论4G、8G、16GB这些曾经不可想象的内存容量。早在2000年的时候,我面对的大多数服务器都是256MB、512MB内存,1GB已经算是高配,而那时同样也需要满足大量用户的访问。所以,除了花钱购买内存来满足应用程序的贪婪之外,系统优化和内存管理仍然是我们需要重视的问题。需要怎样的硬盘存储系统硬盘存储系统的选择和配置是整个服务器系统里最为复杂的一部分,我们需要考虑硬盘的数量、容量、接口类型、转速、缓存大小,以及是否需要Raid卡,Raid卡的型号和Raid级别等问题。甚至在一些高可靠性高性能的应用环境中,我们还需要考虑使用怎样的外部存储系统(SAN、NAS或DAS)。
网卡的问题：
如果你的基础架构是多服务器环境,而且服务器之间有大量的数据交换,那么我们建议你为每台服务器配置两个或更多的网卡,一个用来对外提供服务,另一个用来做内部数据交换。如果你对安全的要求特别高,我们甚至可以单独安装一个用于系统管理和日常维护的网卡。至于网卡端口的速率问题,这主要取决于你对带宽流量的评估。大多数情况下,百兆网卡足够用来对外提供服务,而内部数据交换建议使用千兆网卡。但话说回来,除了经典酷睿服务器之外,我们现在很难找到百兆接口的服务器主板了。还有一种情况需要注意,如果你选择51IDC的数据备份服务(Managed Backup Service),则需要一块单独的网卡连接到专有的数据备份网络中,进行每天的数据备份,这会带来几个好处:不会占用宝贵的外网带宽、保证数据传输的安全、提供快速的数据备份速度。我们非常希望这篇文章能够帮助你为服务器选择合适的硬件配置,如果你阅读后发现有不正确的地方,请在评论中指出来,我们会及时更新并感谢你的热情指正。
ASP网上购物系统
需求说明
文件名称：概要设计说明书
文件编号：QDHYASP1001
编制人：周峰
编制日期：2005年8月30日
审核人：周峰
版本标识：250版
1引言
11编写目的
编写此需求分析报告，实现商场、中小企业或个人在互联网上进行新产品展示，网上通信留言功能，重点实现网上商品的查找、在线购买功能。实现普通用户只能浏览，注册用户可以在线定购，后台管理人员可以进行产品上传更新、注册用户的管理等功能。
12项目背景
项目名称：ASP网上购物系统
项目委托单位：hyst105040701
项目开发单位：040701班
项目简介：本系统主要实现网上产品展示与在线定购及人员的管理，一、不同身份有不同的权限功能（管理人员、注册用户、游客）二、在线产品展示（分页显示）三、在线定购四、后台管理（用户管理、商品的管理）
（本系统为040701班的毕业设计项目）
13问题陈述
对用户提供的服务有：
l在线产品展示
l在线查找功能
l在线下订单。
l
2任务概述
21需求概述
211在线展示
只要登录到网站后，就可以在线浏览展示商品，
最新商品动画展示
在线购买商品从后台数据库动态显示商品与产品名。
单击产品名或就看到产品的详细介绍。要添加购买与收藏功能。
212在线下订单：
只有注册用户才能利用该系统下订单。注册后并且处于激活状态才可以购物下订单。非注册用户和处于非激活状态的用户，只能浏览商品的基本情况。用户登录后，就可以使用系统提供的各种功能。
单击产品对应的购买按钮后，要显示购物车界面，在该界面中要实现购买产品数量统计、总价格统计及每种产品的购买时间。
在购物车中，可以实现继续购买、产品数量的修改、删除购买物品、到收银台付款功能。
在信息填写与提交中，要实现“返回上一步”修改功能，实现所以信息统计界面。实现产生订购单号功能。
213后台管理服务
管理员修改功能
商品管理功能
会员管理功能
214留言功能
22运行环境
服务器端：ASP+SQLSERVER2000+IIS50
客户端：IE浏览器
23开发环境
SQLServer数据库+IIS50+Windows2000+Dreamweaver2004
25限制和约束
l一个客户在系统中只有一个账号。
l客户要想购物必须先登陆。
l管理员只能进行三次登录
3总体设计
31参与者(不同使用身份)
01游客
01注册用户
01管理员
32购物流程
1)注册用户（注：在欢迎页面，未登陆的用户可浏览商品信息）
2)用户登陆（注：在欢迎页面）
3)浏览商品信息
4)选择购物和数量（攒机或是单一购买）
5)选择付款方式（如汇款定单状态默认为3）
6)确定购买（插入数据库购物单表）
7)系统处理购物单表插入定单表并设置1，（返回订单id）
8)定单查询（可按定单号和全部查询），定单状态为1、3的可以取消，状态为6的付款方式为货到付款的可以取消。
9)定单收到后，由客户签字，把定单状态改为2
33系统管理员流程
1)登陆
2）修改管理员密码
3）会员用户的删除、修改、添加
4）商品的添加，
5）购买商品的浏览、删除与更新
4数据描述
本系统中共有6张表，管理员表、用户信息表、产品表、产品类型表、购物单表、留言表。每种表具体字段及类型见下表：（可以根据自己的需要增加表，但主要表的字段不能少。）
管理员表-admins
字段名字段类型长度说明
管理员IDu_id自增notnull主
姓名u_Namevarchar(10)notnull10
密码u_Pwdchar(8)notnull定长8
用户信息表-userInfo
字段名字段类型长度说明
用户名u_Namevarchar(10)10主
真实姓名u_TrueNamevarchar(8)8
身份z号u_IDcardchar(18)notnull18定长
性别u_Sexchar(2)notnull2定长
年龄u_Agetinyintnotnull2
住址u_Addnvarchar(40)notnull40
联系电话u_Telchar(11)notnull11定长
邮编u_Postalcodechar(6)notnull6定长
E-mailu_Emailvarchar(40)
备注u_Remarknvarchar(100)
产品表-goods
字段名字段类型长度说明
商品ID11goods＿idchar(2)主
商品类型ID11goodsType_idchar(2)notnull外
商品名goods_namenvarcharNotNULL8
价格goods_pricesmallmoneynotnull18
会员价Goods_price1nvarchar(40)80
goods_photovarchar(80)80的位置
描述goods_depictnvarchar(100)200
产品类型表-goodsType
字段名字段类型长度说明
11商品类型ID11goodsType_idchar(2)notnull
需求分析格式
1 引言
11 编写目的
说明目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。
预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。
作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。
为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说 明；如变动过大可形成新版本。
软件需求说明（Software Requirements Specification）的主要作用为：
为用户方与开发方建立共同协议奠定基础。
提高开发效率、强化进度控制。
为项目的的评测与验收提供依据。
便于移植。
作为系统不断提高的基础。
12 编写背景
121 系统名称及版本号
说明形如“网银三期系统V300”。其中，版本号的格式为“XXXXXX”，X为阿拉伯数字，左“0”可省略。
122 使用者
说明适应对象和范围。主要指预期读者，也供有关领导审阅。
123 与其它系统的关系
说明在用户现有的及预期的整个应用系统中，给本系统准确定位。用示意图及相应的文字予以说明。
2 用户的基本情况
21 系统建设背景
说明项目背景与依据、现有基础、项目规模、预期目标等。可繁可简，格式自定。
22 组织机构与职能
说明用层次示意图及相应文字表示(如果需要开发的系统与部门没有直接依赖关系此节可省略,本章随后的小节数将顺次减1)，
加注：组织机构的层次数、数目、各个机构的职能简述。
23 用户特点
说明所在行业特征、 *** 作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。
24 用户业务分析
说明在本部分，希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。以便设计人员对业务及其发展有所了解，增强系统设计的前瞻性。
25 计算机应用现状
说明可繁可简，格式自定。
3 业务需求
31 项目概述
说明
第一、 指明项目的开发意图、应用目标（总目标、分期目标）、作用范围、预期效益等。
第二、 指明在输入信息转变为输出信息的过程中，为了满足用户的业务需求，应用软件必须完成的基本功能(采用自然语言叙述)。但此时不要求对基本功能进行分解。
第三、 如果本系统与其他系统相关联，则应确定本系统的基本功能边界（可采用图示+文字说明的形式，用蓝色标示出本系统的功能，用绿色标示出相关系统的功能）。
32 约束条件
321 费用约束
说明 预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。
322 进度约束
说明预计完成日期、分步实施期限。
323 其它约束
说明场地面积限制、通信设施基础、其它干扰因素。
注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。
本章主要介绍项目的总体业务功能,要求站在客户的角度把握系统需求
33 性能需求
说明依据ISO9000标准及我们的理解，下面列出了软件的6组性能，共涵盖21个子特性。这些性能/子特性的相对重要性并不是等同的。编写时，可以基于具体项目的实际需求，对下述标题或内容进行取舍/侧重。事实上不可能做到面面俱到，往往要作出某些折中。
本节说明系统在性能方面的预期目标，不要求提供实现上述目标的具体实施方案。
331 功能性
说明指与软件实现的各项功能及其指定性质有关的一组属性。这些功能都是满足规定需求和潜在需求所必需的。它包括5个子特性：
适用性：与指定业务所需各项功能的实现及其适合程度有关的一些软件属性。
准确性：与保证正确（或符合要求的）结果（或效果）有关的一些软件属性。
互 *** 作性：与软件同一些指定系统交互作用能力有关的一些软件属性。
复合性：使软件遵守相关的标准、约定/法律或类似规定有关的一些软件属性。
保密安全性：与针对蓄意（或无意）而非法存取程序和数据的预防能力有关的一些软件属性。这里主要指的是保护软件的要素，旨在防止各种非法访问、修改、破坏、泄密及感染计算机病毒等。
332 可靠性
说明指在规定的条件和期限内，与软件保持其性能水平有关的一组软件属性。
成熟性：与软件故障引起的失误频率有关的一些软件属性。
容错性：在软件故障发生或其规定界面被破坏的情况下，与软件仍能保持规定性 能水平的能力有关的一些软件属性。
可恢复性：在失效的情况下、在限定的期限和强度范围内，与软件重建性能水平 并恢复直接受影响的数据的能力有关的一些软件属性。
333 易使用性
说明指与规定用户（或潜在用户）使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。它包括3个子特性：
易理解性：与用户为理解其逻辑概念及适用范围需做的努力有关的一些软件属性。
易学习性：与用户学习其应用（例如 *** 作控制、输入、输出）需做的努力有关的一些软件属性。
易 *** 作性：与用户 *** 作及运行控制需做的努力有关的一些软件属性。
334 高效性
说明指在特定的运行环境中，描写软件性能水平与所用的资源量之间关系的一组软件属性。它包括两个子特性：
时间特性：在完成软件功能时，与响应时间、处理时间、吞吐率有关的一些软件属性。
资源特性：在完成软件功能时，与所用资源量及占用时间有关的一些软件属性。
335 可维护性
说明与对软件进行指定的修改所需的工作量有关的一组软件属性。它包括4个子特性：
易分析性：与诊断故障、确定失败原因、在需要修改的部位进行标识等所做努力有关的一些软件属性。
易修改性：与实施修改、排除故障、环境改变所做努力有关的一些软件属性。
稳定性：与修改的意外影响带来的风险有关的一些软件属性。
易测试性：与对经过修改的软件进行检验/确认做努力有关的一些软件属性。
336 可移植性
说明指软件从一个环境转移的另一个环境时，与其适应能力有关的一组软件属性。它包括4个子特性：
适应性：除已有手段外，无须采用其它措施或手段，软件便应能适应指定的环境。与这种能力有关的一些软件属性称为适应性。
易安装性：在指定环境内，与安装软件所需努力有关的一些软件属性。
一致性：软件从一个环境转移的另一个环境时，应符合一定的标准和约定。与这种符合程度有关的一些软件属性，称为一致性。
易替换性：有时会出现这种需求：在某个其它软件的运行环境下，要用本软件来置换那个软件。与这种可能性及所需努力有关的一些软件属性。
4 用户需求
说明本章下面介绍的是一般规模软件系统的书写格式。在书写过程中可能要以业务名称划分小节(例如:51 代收电话费)。每个业务小节包含两个部分：第一部分是对此业务中角色和功能的定义；第二部分是此业务的图形分析方法。
在本章开始未分节的部分，应当绘制一个总体结构图，依据这个总体结构图进行一个总体描述，使得阅读者对下面分节描述的各个功能形成一个整体印象。这个总体结构图不一定是指在ROSE工具中绘制的用例总图， 而是根据需要可以选择包括“用例总图”、“适当级别的数据流图”、“IDFF图”、“数据流程图”或其他专业图形分析图示等。
每个小节中的第二部分采用rational公司的rose2000作为工具绘制用例（use case）图和顺序（sequence）图。在这里采用rose工具是作为绘图分析工具使用，对需求的描述和分析并不代表我们的设计采用UML标准和面向对象的设计，具体分析人员应当根据实际的用户需求描述绘制顺序图，而并不着重考虑对象的分析限制。
需求变更的处理原则：获得批准的需求变更，需要在《需求分析》中有所体现。增加的需求，需直接从本章尾部顺序添加，相应的小节编号也需要依次增加。例如：本章小节为51—55，增加的需求小节编号则为56。删除的需求，不需要将相应需求直接从《需求分析》中删除，而只需在相应需求小节上注明删除，并标出《需求变更单》编号。修改的需求，可在相应的需求小节直接修改。所有对《需求分析》内容的修改必须在修改历史中留有记录。
41 业务名称1
411 角色/功能定义
说明根据会议纪要、小组讨论，确定系统中的角色（角色可以为外部系统或系统用户），和功能，并给出相应的定义或解释。
412 图形分析
说明本节主要描述相应业务的用例图和顺序图的内容
统一建模语言（UML）是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。
在本需求模板中我们选取的是UML视图来辅助进行图形需求分析，选用Rational公司的ROSE工具完成。在需求分析过程需要完成结构分类中的用例分析，绘制用例图；对用例的动态行为进行交互分析，描述执行系统功能的各个角色之间相互传递消息的顺序关系，绘制顺序图。
在这里请作者将制作的用例图和顺序图拷贝到本文档中。
基本成分：用例（use case）、用例视图（use case view）、角色（role、actor）、顺序图（sequence diagram）、协作图（collaboration diagram）。
模板和命名：为更好地使用ROSE图形分析工具，我们设定一个基本的分析模板，文件名为lansoftmdlmdl。该文档涉及项目开发的需求、概设和详设3个阶段，在需求阶段主要完成模板中用例视图（use case view）规定完成的部分。在项目中使用该模板后生成的mdl文件纳入文档的配置管理，具体命名参照SEMP体系的命名规定。修改历史记入文档开始部分的“mdl文档修改历史表”中。
ROSE使用要求
1、 要求使用ROSE工具时必须完成模板和使用要求中规定完成的内容，在完成基本内容的基础上，可以根据需要增加部分内容。
2、 在公司没有购买确定版本的ROSE以前，使用的ROSE版本应在项目开始前在项目组规定好，并由配置管理员负责配置。
3、 在用例视图（use case view）中建立一个名称为main的主用例图（use case diagram），具体内容应当包括所有用例图的全部内容，具体应用时还可以根据情况建立多个用例图（use case diagram）。
4、 在用例视图中请采用中文对所有的角色（actor\role）进行命名。其中角色必须在双击该对象图后，详细填写该角色的描述（documentation）和该角色代表的角色数量（detail-multiplic）。
5、 在用例视图中请采用中文对所有的用例（use case）进行命名。命名中在一般的中文概括前应增加代表本节编号的部分，如“1用户认证”，顺序编号。其中用例必须在双击该对象图后，详细填写该用例的描述（documentation）。
6、 在每个用例下必须组织建立相应的顺序图（sequence diagram），对于一个用例可以包含多个顺序图（sequence diagram），各个顺序图（sequence diagram）的命名需在一般的中文概括前增加代表本节编号的部分，如“11用户认证”，顺序编号，其中第一个1代表所属的用例，第二个1代表顺序图（sequence diagram）的编号。产生顺序图的数量根据说明需求的具体要求设定。其中顺序图中的各个对象消息（object message）必须在双击该对象图后，详细填写该对象消息（object message）的描述（documentation）。
413 数据存储需求
说明根据会议纪要、小组讨论，对于在需求调研中有关的数据实体对象或数据实体信息，应当根据需要提出可能数据类型和数据长度以及单位量纲的记录或建议。
5 运行环境
说明本章只提出运行环境的逻辑结构，物理结构将在《概要设计说明书》中给出。
容许提出几种可选方案。
51 硬件平台
说明指出本应用软件适用的主机/服务器与终端/工作站的技术指标、基本配置、接口特点、特殊约定等。
应尽可能地说明上述设备在各级用户机构预计的分布状态。
52 网络平台
说明选型标准、网络类型、基本部件、接口情况、对综合布线的要求、限制条件等。应画出网络（广域网、局域网）的拓扑结构图，说明后者对前者的接入方式。
53 软件平台
说明 *** 作系统的名称、生产厂家、版本号等。
数据库的名称、生产厂家、版本号等。
数据库设计工具的名称、生产厂家、版本号等。
网络通信协议的名称、生产厂家、版本号等。
前端开发工具的名称、生产厂家、版本号等。
测试开发工具的名称、生产厂家、版本号等。
现场运行时需要的工具软件的名称、生产厂家、版本号等。
配置管理工具软件的名称、生产厂家、版本号等。
6 附录
说明列出基础素材中的文件、报表、单据等的样张，再附上必要的注释。
如果条件成熟，可以把数据字典（data dictionary）作为附件列于后。
61 电子文档编写方式与使用工具
说明编写要求、工具名、版本号、 *** 作系统平台。使用多种工具时，应分别说明。形如：
Microsoft Word 97 for Windows 95/98
Power Designer 60 for Windows 95/98
Rational Rose 98 for Wintel
Visio或Power Point 97 for Windows 95/98
62 定义说明与符号
说明包括对专用术语及缩略语的解释、所用到的图（如use case、sequence图）之图符的表示与解释等。
63 参考资料
说明格式：作者，[版本号，]资料来源，日期 [，起止页号] 。其中，《质量保证计划》是必选的参考资料。
64 有关表格清单
说明列出用户提供的素材，加上我们积累的有关文件，作为系统分析的基础。在这里除系统内部没有用户参与的需求分析工作外，必须包括一个以上的用户访谈纪要、用户确认签名文件以及用户访谈计划等文件的列表。在列表中的文件应当作为附件与需求文档共同纳入配置管理问题一：需求分析有哪些方法 三种需求分析的方法：结构化分析方法、面向对象的分析方法、面向问题域的分析方法。
结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。
面向对象的分析方法的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程序语言的方式和最终用户交流（最终用户必须要熟悉这种语言），能够在项目一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要最终用户参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软件产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺点和困难也是显而易见的：首先，用户要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为最终用户不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的信息非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的运行方式，对业务人骸的要求非常高。
问题二：项目需求分析的分析方法 需求分析的方法有很多这里只强调原型化方法,其它的方法如:结构化方法,动态分析法等(个人认为,对初学者不必深究这些方法,实际上我也从来没用过这些方法)在此不讨论原型化方法是十分重要的(是软考等常考的知识点)原型就是软件的一个早期可运行的版本,它实现了目标系统的某些或全部功能原型化方法就是尽可能快地建造一个粗糙的系统,这系统实现了目标系统的某些或全部功能,但是这个系统可能在可靠性,界面的友好性或其他方面上存在缺陷建造这样一个系统的目的是为了考察某一方面的可行性,如算法的可行性,技术的可行性,或考察是否满足用户的需求等如,为了考察是否满足用户的要求,可以用某些软件工具快速的建造一个原型系统,这个系统只是一个界面,然后听取用户的意见,改进这个原型以后的目标系统就在原型系统的基础上开发原型主要有三种类型(软考考过):探索型,实验型,进化型探索型:目的是要弄清楚对目标系统的要求,确定所希望的特性,并探讨多种方案的可行性实验型:用于大规模开发和实现前,考核方案是否合适,规格说明是否可靠进化型:目的不在于改进规格说明,而是将系统建造得易于变化,在改进原型的过程中,逐步将原型进化成最终系统。在使用原型化方法是有两种不同的策略:废弃策略,追加策略废弃策略:先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改,形成比较好的思想,据此设计出较完整,准确,一致,可靠的最终系统系统构造完成后,原来的模型系统就被废弃不用探索型和实验型属于这种策略。追加策略:先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心,然后通过不断地扩充修改,逐步追加新要求，发展成为最终系统。进化型属于这种策略
问题三：如何做好需求分析，需求调研 转载以下资料供参考
从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。
狭义上理解需求分析指需求的分析、定义过程。
原因
需求分析就是分析软件用户的需求是什么。如果投入大量的人力，物力、财力、时间，开发出的软件却没人要，那所有的投入都是徒劳。如果费了很大的精力，开发一个软件，最后却不满足用户的要求，从而要重新开发过，这种返工是让人痛心疾首的(相信大家都有体会)。比如：用户需要一个for linux的软件，而你在软件开发前期忽略了软件的运行环境，忘了向用户询问这个问题，而想当然的认为是开发for windows的软件。当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，恨不得找块豆腐一头撞死。
需求分析之所以重要，就因为他具有决策性、方向性、策略性的作用，他在软件开发的过程中具有举足轻重的地位，大家一定要对需求分析具有足够的重视。在一个大型软件系统的开发中，他的作用要远远大于程序设计。
任务
简言之，需求分析的任务就是解决“做什么的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求。
过程
需求分析阶段的工作,可以分为四个方面：问题识别、分析与综合、制订规格说明、评审。
问题识别：就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件，以及需求应该达到的标准。这些需求包括：功能需求(做什么)、性能需求(要达到什么指标)、环境需求(如机型、 *** 作系统等)、可靠性需求(不发生故障的概率）、安全保密需求、用户界面需求、资源使用需求(软件运行是所需的内存、CPU等)、软件成本消耗与开发进度需求、预先估计以后系统可能达到的目标。
分析与综合： 逐步细化所有的软件功能，找出系统各元素间的联系，接口特性和设计上的限制，分析他们是否满足需求，剔除不合理部分，增加需要部分。最后综合成系统的解决方案，给出要开发的系统的详细逻辑模型(做什么的模型)。
制订规格说明书： 即编制文档，描述需求的文档称为软件需求规格说明书。请注意，需求分析阶段的成果是需求规格说明书，向下一阶段提交。
评审： 对功能的正确性，完整性和清晰性，以及其它需求给予评价。评审通过才可进行下一阶段的工作,否则重新进行需求分析。
方法
需求分析的方法有很多，这里只强调原型化方法，其它的方法如：结构化方法、动态分析法等，从来没用过这些方法在此不讨论。
原型化方法是十分重要的，原型就是软件的一个早期可运行的版本，它实现了目标系统的某些或全部功能。
原型化方法就是尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能。但是这个系统可能在可靠性、界面的友好性或其他方面上存在缺陷。建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性、技术的可行性或考察是否满足用户的需求等。如：为了考察是否满足用户的要求，可以用某些软件工具快速的建造一个原型系统，这个系统只是一个界面，然后听取用户的意见，改进这个原型。以后的目标系统就在原型系统的基础上开发。
原型主要有三种类型：探索型、实验型、进化型。
探索型：目的是要弄清楚对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。
实验型：用于大规模开发和实现前，考核方案是否合适，规格说明是否可靠。
进化型：目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。
在使用原型化方法时有两种不同的策略：废弃策略、追加策略。
废弃策略：先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改,形成>>
问题四：请问常用的需求分析方法有哪些？ 结构分析方法和面向对象分析法
问题五：培训需求分析的方法有哪几种 组织资源分析
如果没有确定可被利用的人力、物力和财力资源，就难以确立培训目标。组织资源分析包括对组织的金钱、时间、人力等资源的描述。一般情况下，通过对下面问题的分析，就可了解一个组织资源的大致情况。
组织特质与环境分析
组织特质与环境对培训的成功与否也起重要的影响作用。因为，当培训规划和组织的价值不一致时，培训的效果则很难保证。组织特质与环境分析主要是对组织的系统结构、文化、资讯传播情况的了解。主要包括如下内容：
系统特质指组织的输入、运作、输出、次级系统互动以及与外界环境间的交流特质，使管理者能够系统地面对组织，避免组织分析中以偏概全的缺失。
文化特质。指组织的软硬体设施、规章、制度、组织经营运作的方式、组织成员待人处事的特殊风格，使管理者能够深入了解组织，而非仅仅停留在表面。
资讯传播特质。指组织部门和成员收集、分析和传递信息的分工与运作，促使管理者了解组织信息传递和沟通的特性。
问题六：在需求分析阶段常用的图形工具有哪三种 1 需求分析是准确的理解用的需求将其转换成需求定义，然后由需求定义转换成形式化的功能规约。需求分析的困难表现在问题的复杂性、交流的障碍、不完备和不一致性、需求易变性。 2 结构化分析方法是采用自顶向下逐层分解的分析策略把一个复杂的系统分解成若干小问题然后分别解决 3 数据流即数据通过一个系统时的变化方式。输入数据首先转换成中间数据，然后转换成输出结果数据。在此期间可以从已有的数据存储（如磁盘文件或内存缓冲区）中引入附加数据。对数据进行转换是程序中应有的功能或子功能。两个转换功能之间的数据传递就确定了功能间的接口。 4 把一个功能分解成几个子功能，并确定这些子功能与父功能的接口，就属于横向分解。 5 把一个功能分解成几个子功能，并确定这些子功能与父功能的接口，就属于横向分解。但如果继续分解，把某些子功能又分解为小的子功能，某个小的子功能又分解为更小的子功能，这就属于纵向分解了。 6 数据流图是用来表示系统的功能的工具它表示系统的逻辑模型描述了数据流在系统中流动的情况它是一种功能模型。
问题七：如何做需求分析 随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。
网站项目管理（WPM）的含义为Web-based Project Management，即以Web 应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web
服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。
按照笔者的经验，网站项目管理可以分为以下l六个阶段进行控制：
1 需求分析及变更管理
2 项目模型及业务流程分析
3 系统分析及软件建模
4 界面设计、交互设计及程序开发
5 系统测试和文档编写
6 客户培训、技术支持和售后服务
需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同时进行的。
（一）如何做好需求分析及变更管理？
业务员与客户进行的沟通，撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。
一：让客户畅所欲言，罗列出所有的需求
让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。
很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！
二：透过现象分析潜在的需求
很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。
客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。
比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下>>
问题八：软件需求分析的方法和工具有哪些内容 1 问卷调查法， 开发方就用户需求中的一些个性化的、需要进一步明确的需求，通过采用向用户发问卷调查表的方式，达到彻底弄清项目需求的一种需求获取方法。这种方法适合于开发方和用户方都清楚项目需求的情况。因为开发方和建设方都清楚项目的需求，则需要双方进一步沟通的需求就比较少，通过采用这种简单的问卷调查方法就能使问题得到较好的解决
2 会议讨论法 ，开发方和用户方召开若干次需求讨论会议，达到彻底弄清项目需求的一种需求获取方法，这种方法适合于开发方不清楚项目需求（一般开发方是刚开始做这种业务类型的工程项目）但用户方清楚项目需求的情况。因为用户清楚项目的需求，则用户能准确地表达出他们的需求，而开发方有专业的软件开发经验，对用户提供的需求一般都能准确地描述和把握
3 界面原型法 ，开发方根据自己所了解的用户需求，描画出应用系统的功能界面后与用户进行交流和沟通，通过“界面原型”这一载体，达到双方逐步明确项目需求的一种需求获取的方法。这种方法比较适合于开发方和用户方都不清楚项目需求的情况。因为开发方和用户方都不清楚项目需求，因此此时就更需要借助于一定的“载体”来加快对需求的挖掘和双方对需求理解。这种情况下，采用“可视化”的界面原型法比较可取
在选择云服务器之前，我们应该先弄明白自己需要一台什么样的云服务器。包括它的使用场景，配置情况等。
如果你做的是一个小型的个人网站并且访问量小，那么你可以选择一台低配置的云服务器ECS就能暂时满足你的要求（通常1核2G）目前阿里云的1核2G1M带宽是918元/年。对于电商类型网站，建议至少2核4G以上。随着后面网站的发展情况，你也可以随时进行升级配置，这也是云服务器的优势所在。当然，如果你希望网站运行和访问速度更快，可以适当提高配置。
如果你要做一个多媒体型的高并发应用，这时候除了云服务器ECS（建议4核以上），同时你还要搭配对象存储OSS购买。对象存储OSS是专门用来承载、视频等文件的。以及还要配合内容分发网络CDN和负载均衡SLB，有这几个服务的完美配合，就能大大加快访问速度，减少用户等待时间。
更高需求的，比如，对于Hadoop分布式计算、海量日志处理和大型数据仓库等需要海量数据存储和离线计算的业务场景，则可以选择阿里云服务器ECS大数据类型实例规格族。大数据型实例规格族适合有大数据计算与存储分析需求的行业客户，例如互联网行业、金融行业等。
对于机器学习和深度学习等AI应用，可以选择购买GPU计算型实例，可以搭建基于TensorFlow框架等的AI应用。GPU计算型适用于图形处理、云游戏云端实时渲染、AR/VR的云端实时渲染等瘦终端场景。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）