(此文档为word格式，下载后您可任意编辑修改！)
可行性分析是要决定“做还是不做”。需求分析是要决定“做什么，不做什么”。即使可行性分析是客观的、科学的，但决策仍有可能是错误的。因为决策者是人，人会冲动，有赌博心态。如果可行性分析表明做某件事的成功率是10%，失败率是90%，倘若该事情的意义非常大，决策者也许会一拍脑袋：“豁出去，干！”于是这世界就多了一份极喜与极悲。
一、可行性分析的四大要素：经济、技术、社会环境和人
目前国内很多软件公司做系统集成项目，如果谈谈系统集成项目的可行性分析将很有意思。可是那些系统集成项目大多是政府机构的，由于软件行业尚不规范并且客户方存在腐败现象，所以业内流传“没有做不了的系统集成项目”。软件公司的注意力几乎全集中在“如何拿到项目订单”以及“拿到订单后如何蒙混过关”上，使我丧失了卖弄“可行性分析”的机会。既然不能正面指点一个人如何做好事，那么就规劝他不要做坏事吧。
二、可行性分析案例——投资软件公司失败的教训。
作者本来没有资格谈论投资，但事有凑巧：近一年来我关闭了一个亏损30万元的软件公司（我自己的）；休克一个年亏损200万元的软件公司（朋友的）；扼杀一个200万元的投资方案（陌生人的）；踩灭一个处于萌芽状态的100万元的投资设想（熟人的）。鉴于现在比较富有的民营企业渴望投资软件行业的越来越多，值得谈谈这方面的可行性分析。我将讲述亲身经历后的感受，提一些建议。
不论是为客户做软件项目还是为自己做软件产品，都要进行需求分析。需求分析最恼人之处是难以在项目刚启动时搞清楚需求，如果在项目做了一大半时需求发生了变化，那将使项目陷入困境。
三、需求分析为什么困难，4.4节讲述如何进行需求分析。
本章的需求分析均不涉及编程，所以不考虑结构化、面向对象等分析方法。
四、可行性分析的要素
做可行性分析不能以偏盖全，也不可以什么鸡毛蒜皮的细节都加以权衡。可行性分析必须为决策提供有价值的证据。
联想集团领导人柳传志曾说：“没钱赚的事我们不干；有钱赚但投不起钱的事不干；
有钱赚也投得起钱但没有可靠的人选，这样的事也不干。”柳传志为决策立了上述准则，同时也为可以行性分析指明了重点。
一般地，软件领域的可行性分析主要考虑四个要素：经济、技术、社会环境和人。本文只是泛泛地解释这四个要素，旨在建立全局分析的观念。
（一）经济可行性分析主要包括：“成本——收益”分析和“短期—长远利益”分析。
1、成本——收益分析
成本——收益分析最容易理解，如果成本高于收益则表明亏损了，如果成本大大高于收益那就亏大了。商人都不喜欢做吃亏的事情。有些商店成天贴着“最后一天跳楼大拍卖”的标语，意思是：我准备吃大亏让你占便宜，同志，你快上钩吧。如果是为客户做软件项目，那么收益就写在合同中。如果是做自己的软件产品，那么收益就是销售额。
人们在预估产品销售额时常常过分乐观而犯下大错。那些对你的产品说恭维话的人并不见得就是要买货的人，俗话说“嫌货才是买货人”。当你没碰到一个挑刺的人而感觉这产品好得会让你发大财时，就要做好会破产的心理准备。
如果做的是小本生意，那可得对成本进行细算。软件的成本不是指存放软件的那张光盘的成本，而是指开发成本。要考虑的成本有：
（1）办公室房租。
（2）办公用品，如桌、椅、书柜、照明电器、空调等。
（3）计算机、打印机、网络等硬件设备。
（4）电话、传真等通讯设备以及通讯费用。
（5）资料费。
（6）办公消耗，如水电费、打印复印费等。
（7）软件开发人员与行政人员的工资。
（8）购买系统软件的费用，如买操作系统、数据库、软件开发工具等。有些老板买盗版的系统软件，却按市场价算成本，可从美国佬那里赚一笔。
（9）做市场调查、可行性分析、需求分析的交际费用。
（10）公司人员培训费用。
（11）产品宣传费用。如果用Internet作宣传，则要考虑建设Web站点的费用。（12）如果客户是政府部门，还要充分考虑用于吃喝玩乐、行贿的费用。
（13）如果公司的风水不好，会有很多莫名其妙的管理费。每戳一个红艳艳的公章都要化一把钞票。
2、短期——长远利益分析
人们喜欢吃着碗里的、看着锅里的，还想着别人家里的。短期利益和长远利益兼得是人们梦寐以求的事。在商业上，这等好事可不会轻易降临。
短期利益容易把握，风险较低。国内软件公司经常出现一窝蜂地去做信息管理系统、多媒体光盘、系统集成项目或Internet服务。每当我们沉迷于短期利益不思进取时，
应该好好回忆童年时代那些伟大的抱负，给自己一些激励。
长远利益难以把握，风险较大。能为了长远利益不惜短期亏损的人，要么是雄心勃勃的将帅之才，要么是“纸上谈兵”、“眼高手底”的那一类庸人。国内目前有不少Internet 企业，只投入不产出。为了成就将来的霸业，甘愿现在拼财力、比耐性。最后存活下来的几个公司将瓜分市场。
那些为长远利益奋斗的人们，你们可得把长征的路途走完啊，千万别让事业中途夭折。技术
技术可行性分析至少要考虑以下几方面因素：
（1）在给定的时间内能否实现需求说明中的功能。如果在项目开发过程中遇到难以克服的技术问题，麻烦就大了。轻则拖延进度，重则断送项目。
（2）软件的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛，即便功能具备也毫无实用价值。有些高风险的应用对软件的正确性与精确性要求极高，如果软件出了差错而造成客户利益损失，那么软件开发方可要赔惨了。
（3）软件的生产率如何？如果生产率低下，能赚到的钱就少，并且会逐渐丧失竞争力。在统计软件总的开发时间时，不能漏掉用于维护的时间。软件维护是非常拖后腿的事，它能把前期拿到的利润慢慢地消耗光。如果软件的质量不好，将会导致维护的代价很高，企图通过偷工减料而提高生产率，是得不偿失的事。
技术可行性分析可以简单地表述为：做得了吗？做得好吗？做得快吗？
社会环境
社会环境的可行性至少包括两种因素：市场与政策。
市场又分为未成熟的市场、成熟的市场和将要消亡的市场。
涉足未成熟的市场要冒很大的风险，要尽可能准确地估计潜在的市场有多大？自己能占多少份额？多长时间能实现？
挤进成熟的市场，虽然风险不高，但油水也不多。如果供大于求，即软件开发公司多，项目少，那么在竞标时可能会出现恶性杀价的情形。国内第一批卖计算机的、做系统集成的公司发了财，别人眼红了也挤进来，这个行业的平均利润也就下降了。
将要消亡的市场就别进去了。尽管很多程序员怀念DOS时代编程的那种淋漓尽致，可现在没人要DOS应用软件了。学校教学尚可用用DOS软件，商业软件公司则不可再去开发DOS软件。
政策对软件公司的生存与发展影响非常大。整个90年代，中国电信的收费相当高，仅此一招就把国内互联网企业打得奄奄一息。某些软件行业的利润很高，但可能存在地方保护政策，使竞争不公平。政策不当将阻碍软件公司的健康发展，可最怕的还是政府干预企业的正当行为。例如：
现在家电行业竞争非常激烈，其中有一个著名企业的总裁十分了得，把对手打得节节败退。于是中央领导人就来视察该企业并作讲话：“你们的业绩辉煌，得到了中央的高度重视，……但我们是社会主义国家，不是资本主义国家，你们总得给兄弟企业的同志们留口饭吃吧!”
有一次我拜访了北京大学一位研究经济学的朋友。这个年青人，还是个党员，竞然这么说：“我最近在研究国内明星企业的兴衰问题，我发现了一个规律，明星企业一旦被政府领导人视察过，它就忘了自己是谁，就会做些走向死亡的蠢事。”
我实在不明白企业中为什么还要有“书记”职位。我以为“书记”乃是天下第一号可笑的官衔，“书记”本是“秘书”（secretary）的同义词，是个可有可无的行政人员的称呼，在中国竟然成了最大的官衔。每次看到新闻联播把国家主席错叫成总书记我都十分气愤：因为总书记的称喟只对几千万的党员适用，国家的新闻机构难道不面向十多亿普通老百姓？如果我将来的工作单位还靠“书记”来管事，我每天准忙着生气，那里还有精力去编程。
人
有句名言：“人分四类——人物，人才，人手，人渣。”
如果一个软件公司里上述四类人齐全了，那么最好的分工是让“人物”当领导，“人才”做第一线的开发人员，“人手”做行政人员，“人渣”负责行贿。
这里只谈公司的领导与开发人员“行还是不行”。“人物”毕竟是少数，“人才”可是济济的。举重若轻的那类“人才”可以做领导，举轻若重的那类人才适合做软件开发人员。假如一群持有学士、硕士和博士文凭的毕业生到软件公司应聘，该如何录用呢？我的建议如下：
先选择本科毕业生，因为他们正当青春、干劲十足、不摆架子、不耻下问、要求不高、奉献甚多。
其次选择硕士毕业生，如果该生没象范进中举时那么老，并且在读硕士时没有天天去造文章而丢弃了编程工作，那么让有经验的学士程序员带他们煅练几个月就可以用了。
如果学士、硕士被其它公司取光了，那只好捡几个博士充数。博士到了软件公司有什么用呢？我想不出有什么用，只知道他们挺值得可怜的：从硕士读到博士出头，这六七年时间，真本事没学多少，倒学会“眼高手低”甚至“弄虚作假”；毕业时蓦然回首，发觉青春已被虚度，心灵已呈老态，唯有长叹短嘘，强把自负作自信。我也将博士毕业，就要论为三手贷贱卖了。真羡慕那些比我年轻的学士、硕士们，他们可以远走高飞，唉！
（二）可行性分析案例——投资软件公司失败的教训
谈到软件产业，不能不提及比尔?盖茨与Microsoft公司。因为比尔?盖茨创建了Microsoft公司并成为世界首富的事实，使得无数从事软件工作的人们心存同样的梦想。有太多人急着想做中国的比尔盖茨。有个年青人发明了一种汉字输入法，便在媒体上放言欲覆盖比尔?盖茨。中央电视台特冲动地把一个上了年纪的院士请来，让他谈谈自己与比尔?盖茨的比较，害得这位院士一个劲地辨解自己不是中国的比尔?盖茨。
近几年来，一批Internet英雄企业如Yahoo、Netscape兴起。尤如打破了秦始皇一统的天下，重返春秋战国时代。让软件人员走出了Microsoft的阴影，看到了阳光灿烂的软件世界。于是各色各样小不点儿的软件公司在国内遍地开花。
打破水缸的小孩子很多，但并不见得就会有司马光的业绩。由于“经济、技术、社会环境、人的因素存在差异，有些事情美国人能做成，我们模仿着做未必就能做得成功。虽然“星星之火、可以燎原”，但我们的国力薄弱，实在容不得把有限的火种扔到不毛之地。所以要进行可行性分析，如果不可行，就不要急着去做。本节三个案例是作者亲身经历的，我力求讲清楚错在哪里，并总结经验教训。希望读者看后能提高警惕，免犯相同的错误。
可行性分析案例之一
这个案例讲述我从开公司到关闭公司的一些经历和感受。
我从本科三年级开始编写图形程序，一见钟情后便如痴如醉，不管一切地抛弃了本科与硕士的微电子专业。1997年春季，我到了向往已久的浙江大学CAD&CG国家重点实验室读博士学位。我幸福地幻想着大干一番自己喜爱的专业。开学的第一天，我兴冲冲地奔向实验室。进门不到5分钟，就因不懂规矩被看门的年青女子训了几次。为了不再冒犯规矩，我就老老实实地抓起一份计算机报纸并且站着阅读。突然一个气得脸色铁青的男人（机房管理员之一）对我断喝：“你在干什么！你怎么可以不经允许就翻看别人的报纸！”我就象一个情窦初开的少年飘飘然地去拥抱梦中情人，不料迎来两个耳光，此下场比《猫和老鼠》中的猫还惨。
不出几日，我就发现实验室里人们大多轻言寡语、小心翼翼、井水不犯河水。初到此实验室的北方同学极为迷惑地问我：“你们浙江人是不是都这个德性？我看你不太象嘛。”
如果不允许一个男人在工作时仰天大笑，这样的地方不去也罢。
我颇费周折地考入CAD&CG实验室，却尚未热身就全力而退，决心自立门户（至今我都没有用实验室的计算机编过一行程序）。
那时我穷困潦倒，只有一床，一盆，一壶，一碗。我那些穷朋友们象挤牙膏一样挤一些钱资肋我。我买了一台计算机，就在宿舍里开发软件。1997年8月，我去北京参加首届中国大学生电脑大赛软件展示。路费也是借的，同学为我壮胆时说：“如果不能获奖，就回到实验室干活吧。”我说一定会拿第一名，这是必须实现的近期目标。于是我拿了第一名，号称大学生“软件明星”。回到浙大后没啥反应，我就向杭州的几个报社发一份简讯。不久有一个记者来采访我，谈了一天，我发现记者还是不太明白，干脆自己写新闻报道，并且含蓄地做了一个广告：万事俱备，只待投资。10月份我被评上浙江省青年英才（大学生代表），又获得中国大学生跨世纪发展基金特等奖。我到东软集团（沈阳）参加“民族软件产业青年论坛”，大不咧咧地作了一次演讲。由于我能说会道，频频上电视，引来近10个投资者。我选择了一位年龄比我大一倍、非常精明的商人作合伙人，成立了“杭州临境软件开发有限公司”。彼时，我可谓光芒四射，卓而不群，名片上印着“以振兴民族软件产业为已任，做真实、正直、
优秀的科技人员。”浙江大学想开除我，被我“晓之以理、动之以情”安抚住。
我当时想开发一套名为Soft3D的图形系统，此系统下至开发工具，上至应用软件，无所不包。公司名字起为“临境”有两个含义：一是表示身临其境，这是我对图形技术的追求；二是表示快到了与SGI公司称兄道弟的境界，这是我对事业的追求。
我从实验室挖来一位聪明绝顶的师弟做技术伙伴（他的头明显比我的大，估计其脑容量至少是我1.5倍）。我曾经以师兄的身份为他洗过一双袜子，他因此觉得我是个好人。我俩一拍即合，常常为Soft3D的设计方案自我倾倒。一想到Microsoft公司的二维Windows系统即将被Soft3D打击得狼狈不堪时，我们就乐不可支，冲劲十足。到了1998年7月份，我们做了一套既不是科研又不全象商品的软件，我宣传了几个月都没有人要。1998年10月份，我用光了30万元资金，只好关闭公司。不久我被一位朋友捉到北大方正去“劳改”，两个月后我才心服口服地承认自己失败了。
在失败一周年来临之际，我客观地从可行性分析角度说明了我和投资方所犯的错误，写此文以祭我那幼年夭折的软件公司。
一、我的主要错误
（1）年青气盛，在不具备条件的情况下，想一下子做成石破天惊的事。我的设计方案技术难度很大（有一些是热门的研究课题），只有30万元资金的小公司根本没有财力与技术力量去做这种事。分析经济与技术可行性，即可否定我的设计方案。
（2）我以技术为中心而没有以市场为中心去做产品，以为自己喜欢的软件别人也一定喜欢。我涉足的是在国内尚不成候的市场，我无法估计这市场有多大，人们到底要什么。伙伴们跟着我瞎忙乎一整年，结果做出一个洋洋洒洒没人要的软件。分析市场可行性也可否定我的设计方案。
（3）我做到了“真实、正直”，但并没有达到优秀的程度。我曾得到很多炫目的荣誉，但学生时代的荣誉只是一种鼓励，并不是对我才能和事业的确认。正因为我不够优秀，学识浅薄，加上没有更高水平的人指点我，才会把事情搞砸了。
二、投资方的错误
（1）投资方是个精明的商人，他把我的设计方案交给美国的一个软件公司分析，结论是否定的。但他觉得我这个人很有利用价值，希望可以做成功其它事情，即使Soft3D 软件做不成功，只要挣到钱就行。这种赌博心态使得正确的可行性分析变得毫无价值。（2）由于我不懂商业，又象所有单纯的学生那样容易相信别人。他让我写下了不公正的合同，我竟然向他借钱买下本来就属于我的30%技术股份。他名为投资方，实质上双方各出了一半的资金（他出51%，我出49%）。他在明知Soft3D软件不能成功的情况下，却为了占我的便宜而丧失了应有的精明，最终导致双方都损失。
关闭公司时，他搬走了所有的固定财产。我明明投入了技术，又亏了15万元，却一无所得。几个月后当我意识到不公平而找他协商时，他说：“只能怨你自己愚蠢，读到博士，连张合同都看不懂。”
我觉得自己在此事上虽愚但不蠢，诚实正直的品质加上不懈的努力会让我变得有智慧。自己的奋斗没什么可以后悔的，学到的远比失去的多，下一次会做得更好。
可行性分析案例之二
1999年3月，一位与我同年同月同日同时辰出生的朋友请我帮忙，对一份长达8页的投资方案：
《万向为什么不投资互联？》
——“中国供应商信息网”引资方案
（以下简称“引资方案”）进行可行性分析。
万向集团是浙江省民营企业的老大，有的是钱，找它投资真的是找对了。我当时忙着对自己进行查漏补缺，正在复习本科的计算机基础课程。不耐烦地看完那份“引资方案”，觉得比我去年写的Soft3D设计方案荒唐十倍以上，于是毫不迟疑地否决。
朋友问：“为什么？”
我答曰：“因为内行的人都会否决。”
朋友嘲笑：“这是废话，如果投资者都是内行的话，就不用请人分析了。你要写出让农民企业家看得懂的可行性分析报告，才叫有水平。”
我说：“好，好，就看在同年同月同日同时辰的份上，帮你一把。”
于是我就为拥有几十亿资产的一群农民伯伯写了一份6页纸的可行性分析报告。此“引资方案”是个很典型的不可行方案，我将摘录一部分内容作为案例进行分析。我不认识写“引资方案”的人，虽然批评很多，但是我对他（她）本人毫无恶意。由于我的可行性分析报告是写给不具备计算机基础知识的人看的，文中采用较为形象的日常事例来比喻、解释信息产业的一些现象。这些比喻在一定程度上是合理的，但可能是不严谨的。
该“引资方案”有四段主要内容，每段的主题思想简述如下。
第一段，介绍了Internet企业的红火，得出一些结论，这是“建议投资互联网”的关键论据之一。主要文字如下：
“国际互联网英雄企业雅虎（Yahoo）、网景（Netscape）……这些互联网企业有一个特点，就是赢利都还不多甚至微利运转。它们的年收入尚以万来计算，而股市却达到几十亿乃至百亿。……几乎所有互联网企业只要一上市，它的股价就可以青云直上，无人能用任何股市定理来推算它们将涨到什么程度。”
第二段，概括了在国内投资Internet企业的几大好处，这是建议万向集团投资Internet 企业的关键论据。主要文字如下：
“……借互联网这个金蛋与广大投资者的看好，股票必能大幅上升。借美国网股的升幅样板，广大中国股民可能在短期内即可推动股票实现翻番。……”
“……相信不久的将来，互联网企业的黄金赢利期即可到来。事实上，由于进入互联网经营网站的直接成本很低，目前国内的绝大部分网站皆为小打小闹，几乎没有几个网站有雄厚的资金注入建设。……”
“……通过建设一个大网站所带来的全国乃至全世界的广告影响是无可估量的。…很容易造势，效果远远优于同等金额的电视、报纸广告。……”
第三段，该方案的作者说自己已经建立了一个公司，经营一个叫“中国供应商信息网”
的站点。目前他有一些构思，希望万向集团投资200万元年，按他的方案，可以很快使万向集团股票狂升，机会千载难逢。主要文字如下：
“我们经营的网站有2年多历史了。…年经营成本9万元，我只找了一个助手。…全年收入近10万元，虽说不亏，但我无法满足现状。…希望吸取资金200万。…预计年收入1200万至2000万。”
“……增加网站每日求购信息的整编工作，做到任何其它一个网站有的我们都有。”“……增加中国及世界经济新闻版块，由每周更新到每日更新。”
“……建立网上信用卡收帐系统，一旦需要，可立即投入使用。”
第四段，他说自己是萧山人，万向集团也源于萧山。
一、对“引资方案”第一段的分析与评论
Internet英雄企业是典型的知识经济产物。雅虎、网景公司的营业利润与其股市相比是极微的。从外表上看：一个固定资产可以被忽略的，几乎没有营业利润的Internet 企业，可以有极高的股市价值，并且市值不停上涨。为什么能够这样？这是有极苛刻的前提条件的。但是“引资方案”一开始就立论：
几乎所有互联网企业只要一上市，它的股价就可以青云直上，无人能用任何股市定理来推算它们将涨到什么程度。
这显然是胡吹，我认为即使外行也不会相信。尽管我也不够资历去评论雅虎、网景公司，但愿意尽力不离谱地通俗地解释雅虎、网景现象。
让我们把Internet想象成无边无际的网，把每个网的交织点叫做网站，在每个网站中至少可以放一台计算机。Internet的基本功能是让网上的所有计算机能够相互通讯。由于现在的一台计算机能做十年前不敢想的事，真的无法估量上亿台计算机相联的Internet有多么强大的本领。Internet极其相关产业成了美国的支柱产业。
为了在一台计算机上可以看到其它计算机的信息，必须安装一种叫浏览器的软件。浏览器的重要性如同发动机对于车辆。一个美国年轻人最先发明了浏览器。同时，计算机工业界的一位伟大人物，SGI公司（世界最大计算机公司之一）的创始人远见卓识，投资数千万美元开发这种刚诞生的浏览器。他们成立了网景公司，一位是站在前面的年轻英雄，一位是站在后面的老英雄。网景公司刚上市的时候，浏览器还没有销售（更谈不上利润），但是浏览器实在太有价值了（能让微软公司都害怕被击跨），所以网景公司上市第一天就升值十几亿美元。而网景公司销售产品得到的利润只是用来运转公司的，远比不上其该有的价值（股市价值）。可并不是随便一个Internet企业都象网景公司那么辉煌。
举杭州西湖的例子吧。西湖的一些景点收门票，卖纪念品，一年不多的经营收入，只够用来打扫卫生、修修补补、种树植草。但西湖有白居易、苏东坡巨大的贡献，千年累积的“人文、历史、地理”价值何止千百亿。假设杭州西湖上市，起价1亿元人民币，真不知道有多少人来争抢，股值当然会狂升千百倍。而我家乡的一个鱼塘也叫“西湖”，主人从来不幻想他的“西湖”值多少个亿，但他知道卖不出鱼就会贫穷，一天不争几元钱就会挨饿。
接下去说雅虎公司吧。
由于有了浏览器，用Internet交流信息就十分方便，推进了Internet的发展。还有另一个问题，用户在用互联网之前，总得先知道要找的信息在什么地方（打电话也要先知道对方的号码），不可能对上亿台计算机挨个浏览吧。这时就需要一种叫做搜索引擎的软件系统，它专门用于存放与检索互联网信息。假如一个用户想查找一种叫“万向节”的汽车零件，只需要输入“万向节”三个字，搜索引擎就会在很快查找出全球有关“万向节”的网站地址。搜索引擎的重要性，就象一个封建皇朝的藏宝图与挖掘机。美国的几个年轻人（头头是个华裔）发明了搜索引擎，他们成立了雅虎公司，该公司得到日本软件巨头SoftBank公司的投资。也是由于雅虎公司的搜索引擎实在太有价值了，所以股值很快达到其投资的百倍。现在去做搜索引擎想发大财已经太晚了。人家都用导弹打飞机了，我们还做梦用弓箭射飞机。
雅虎、网景现象小结：只有在具备极大的市场需求、极优秀的知识产品、业界杰出人物的条件下，才可能使一个公司的股值远远高于其“原始投资+ 经营利润”。如果去投资一个没有价值、不产生利润的公司，那只会拖跨投资方，这是投资常识。
二、对“引资方案”第二段的分析与评论
（1）……借互联网这个金蛋与广大投资者的看好，股票必能大幅上升。借美国网股的升幅样板，广大中国股民可能在短期内即可推动股票实现翻番。
评论：用童话故事“皇帝的新装”来比喻很恰当：他是那个裁缝，投资方是那个笨蛋皇帝，股民就相当于傻乎乎的臣民。如果有那么容易的事情，身为经济学家的总理早就做了，中国的信息产业也不会太落后。
（2）……相信不久的将来，互联网企业的黄金赢利期即可到来。事实上，由于进入互联网经营网站的直接成本很低，目前国内的绝大部分网站皆为小打小闹，几乎没有几个网站有雄厚的资金注入建设。…
评论：他说进入互联网经营网站的直接成本很低，那简直是黑白颠倒，哪有成本低才小打小闹的！表明他对中国ISP（Internet服务供应商）发展史全无知。在整个90年代，有成百上千的ISP死掉，主要原因是经营成本（付给电信局的钱）太高而用户太少。为什么还有一些ISP在小打小闹？那是因为该死掉的全死啦，剩一口气的与刚出生的正在一块儿垂死挣扎。现在还能在互联网上指手划脚的都是与中国电信部门有密切关系的ISP。为什么几乎没有几个网站有雄厚的资金注入建设？因为怕啦。
请看看近几年的“中国计算机报”、“计算机世界”，中国ISP发展史简直就是软件业界勇士与中国电信抗争的血泪史。国内最了不起的ISP是北京“赢海威时空”，在中国教育科研网建立之前，它就建立了中国人自己的“小型Internet”，连《读者》也报道过那些感人事迹。投资超过千万（投资方是银行）。但由于亏损太大，在1998年，“赢海威时空”总裁张树新女士，一位富有才华的ISP创业者，被董事会强行解职，原有创业者跟着全被辞退。此事震动软件业界。还有谁的钱比银行多？有谁比中国电信更能控制互联网？
（3）通过建设一个大网站所带来的全国乃至全世界的广告影响是无可估量的。…很
容易造势，效果远远优于同等金额的电视、报纸广告。
评论：这是梦话。有一篇评论说中国老百姓通过Internet获取信息所付出的代价是美国人的1000倍以上。看一个简单的算术就能明白：中国老百姓的工资不及美国人的十分之一，中国网站的有用信息远不及美国的十分之一，中国Internet传输速率不及美国的十分之一，电话费用又比美国的高。仅此几项乘积，代价已是美国人的1000倍以上。
这个数字说明，很多事情在美国能成功，在中国就难以成功。在Internet这个问题上，存在1000倍的难度，足以扼杀普通公司。
我和同事都是软件专业的博士生，Internet对我们而言就象眼睛与耳朵一样重要。可是连我们也没有条件使用Internet，成了专业的瞎子与聋子，普通老百姓更不用说了。如果没有群众用户，ISP广告给谁看？过不了一年，ISP就得饿死，怎么去产生全球影响？怎么去迎接不久将来的滚滚财源？
三、对“引资方案”第三段的分析与评论
（1）我们经营的网站有2年多历史了。…年经营成本9万元，我只找了一个助手。…全年收入近10万元，虽说不亏，但我无法满足现状。…希望吸取资金200万。…预计年收入1200万至2000万。
评论：可以看出，他的经营能力为10万年，是个单干户。怎么能一下子就可以经营“年投资200万，并且预计年收入达千万的企业？”刚学会走路，就夸口能跑得跟子弹一样快，神仙？
（2）增加网站每日求购信息的整编工作，做到任何其它一个网站有的我们都有。
评论：这句话雅虎公司都不敢夸口。
（3）增加中国及世界经济新闻版块，由每周更新到每日更新。
评论：他能做到的，中央电视台、新华社的网站应该早做到了。
（4）建立网上信用卡收帐系统，一旦需要，可立即投入使用。
评论：这种事情，必须是公安部门、税务部门、银行、系统集成商等一起商量好了后才可以做的。
四、对“引资方案”第四段的分析与评论
他说自己是萧山人，万向集团也源于萧山，因此他首先选择万向集团。
评论：他建议万向集团投资互联网，可不是为了万向集团，也不是为了萧山的老百姓，这一点连我们做学生的都明白。商业投资不应该带有太多的感情色彩，即便是万向集团的人提出的方案，如果不可行，也要否决。
根据以上的分析，我全盘否定了该“投资方案”，并建议万向集团不要投资ISP。可惜当初没人否定我开公司时的方案。
可行性分析案例之三
看了第一个案例，你可能会惋惜。看了第二个案例，你可能觉得好笑。如果看了第三
个案例，你肯定会生气。
1999年1月，有一个民营企业家G先生向我请教一个问题：“我给一个年轻人投资了100万元，建立一家从事环保信息应用开发的软件公司。他曾许诺一年内创利润上千万元，可是才过去5个月，他就把100万元用完了，什么也没挣到。我实在不明白是怎么回事，请你帮我分析分析。”
这位G先生年龄有我的2.5倍，曾在西北当过几十年的技术兵，性格豪爽。他投资的那个年轻人叫Y（以下称Y经理），自称有英国的管理学文凭，能对公司的市场、技术、管理一把抓。G先生喜欢说“钱我没问题”，于是想也不想就投了100万元，并且给Y经理40%的股份。
G先生请Y经理到家里坐谈。我那时突然狡猾起来，自称是G先生的远房亲戚，在浙大读半导体物理，特羡慕那些做软件的同龄人，渴望听听Y经理的高见。Y经理果然信口开河，滔滔不绝，连绵不断，如黄河泛滥，一发而不可收拾。我激动地想去参观他的公司和产品，并表示要抛弃物理专业，立马转向软件专业。Y经理得意而笑：“对于IT行业你就不懂了，我们经营的是一种理念而不是产品，这是国外最先进的思想。你可以来参观我的公司，但你看不到具体的东西，只能用心去领会。”这屁话比曹元朗（《围城》）的诗还臭。我搞软件只有8年功夫，说我不懂IT行业并不过分。可我读了10年大学都没听到过如此“先进”的思想。如果这是英国管理学教育的成果，我认为自己已经发现了这个曾经是“日不落帝国”的衰败的真真原因，有必要找英国首相切磋一番。
我对G先生说：“Y经理根本不懂技术，为人极其浮夸。应马上关闭公司，以绝后患。那100万元你也亏得起，就买个教训吧。”
G先生说：“钱我没问题，那100万元就算我在澳门赌博输掉了。”
1999年5月，G先生又来找我请教另一个问题。
他说：“小林啊，你上次说得很有道理，我接受了教训。”
我说：“那是好事，不论年龄大小，知错就改总是好孩子嘛。”
他叹了一口气：“最近几个月，Y经理又花了我100万元。”
我当时差点给噎死，气凶凶地训G先生：“我早跟您讲过，Y经理不是好东西，叫你关闭公司你不听，你老说钱没问题，亏你200万元活该。”
老先生象犯了错误的小孩子：“Y经理每一次向我要钱时，都拍拍胸脯保证下个月就有利润，所以我一而再、再而三地掏钱给他，希望能救活软件公司。现在该怎么办？”一个有20名职员的软件公司，程序员只有三四个，连“十羊九牧”都不如。200万元的财务报表中，有100多万元用于吃喝玩乐和行贿。这种公司完全无药可救。台湾的李敖曾说过：“当你没法扶一个人上马时，也许应该拉他下马”。从5月份到8月份，我行侠仗义，替G先生清理软件公司，根除Y经理这些败类。
可是难哪，因为G先生投资的公司根本不把G先生放在眼里，又岂能让我插手。就在我想方设法卡住Y经理的脖子时，Y经理总能从G先生那里挖出钱。G先生就象被吸血鬼附身，却仍存幻想：“如果吸血鬼能治好我的病，就让它再吸些血吧。”
Y经理又和一个来自深圳的骗子H想了注意，教唆G先生再投资100万元新建一个“指纹”公司，说利润将比环保信息的应用开发更加可观（估计要用亿来度量）。就在他们准备鉴合同之际，我偶而路过，发现异常，便强行阻止。
G先生是个好人，但太顽固。好几次我气极想撒手不管，但又不忍心好人被坏人欺负。我曾请求G先生：“我求您别再说钱没有问题，您的私人财产会被人骗光。请让我把这漏洞堵住吧，好让我安心地回学校做完博士学位论文。”
到8月份，我和G先生的两个儿子，伙同黑社会的朋友，强行把那个软件公司搬回G 先生的工厂中，辞退所有员工。现在那个软件公司被别人接管，仍然半死不活，好在每月亏损不过几万元，G先生承受得起，我就不再去碰G先生的伤疤。
我以前从未玩过与人勾心斗角的游戏，此三个月的经历让我疲惫不堪。那个软件公司的员工曾透露，Y经理的英国文凭大约是在上海或杭州某个大专培训班里混来的，《围城》中的方鸿渐买美国克莱顿大学博士文凭尚知羞耻，而Y经理却趾高气扬。害得我平白无故为英国教育界担心，回想起英国鬼子曾打劫过中国，倍感耻辱。
G先生是正人君子，不防小人，实在不是现代的商人。我和他成了忘年交。G先生第一次见到我时问我工资几何，我答曰：“300元，够买几本书。”G先生甚为着急：“这样的条件怎么能生活？你就搬到我家来住吧，我家条件好，你可以安心地学习，将来可为国家多作贡献。”后来他几次相邀，我就看在国家的份上住入他家。自从读中学以来，我第一次享受食来张嘴，不用洗衣的奢侈。唯一的麻烦是我得向很多朋友解释：“我不是被别人养起来了，是为了国家的利益，不得已才这么做的。G先生是男的不是女的，并且没有待出嫁的女儿。”
（三）需求分析为什么困难
有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。
客户说不清楚需求
有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如全国各地的很多政府机构在搞网络建设，这些单位的领导和办公人员大多不清楚计算机网络有什么用，反而要软件系统分析人员替他们设想需求。这类工程的需求是如此的主观，以致产生很多贪污腐败现象。
有些客户心里非常清楚想要什么，但却说不明白。读者可能很不以为然。就举日常生活的事例吧，比如说买鞋子。我们非常了解自已的脚，但没法说清楚脚的大小和形状。只能拿鞋子去试，试穿时感觉到舒服才会买鞋（居然也有神通广大的售货员，看一眼客户的手，就知道应该穿什么样的鞋）。
如果客户本身就懂软件开发，能把需求说得清清楚楚，这样的需求分析将会非常轻松、愉快。如果客户全不懂软件，但信任软件开发方，这事也好办。分析人员可以引导客户，先阐述常规的需求，再由客户否定不需要的，最终确定客户真正的需求。最怕的就是“不懂装懂”或者“半懂充内行”的客户，他们会提出不切实际的需求。如果这些客户甚至觉得自己是上帝的爸爸，那么沟通和协商都会很困难。
需求自身经常变动
唐僧曾说：“妖要是有了仁慈之心，就不再是妖，是人妖。”（《大话西游之大圣娶亲》）连妖都会变心，别说人了。所以喜新厌旧乃人之常情，世界也因此变得多姿多彩。软件的需求会变化吗？
答：据历史记载，没有一个软件的需求改动少于三次。唯一只改动需求两次的客户是个死人。这个可怜的家伙还是在运送第三次需求的路上被车子撞死的。[Cline 1995] 让我们先接受“需求会变动”这个事实吧，免得在需求变动时惊慌失措。明白“需求会变动”这个道理后，在进行需求分析时就要留点神：
（1）尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦头。
（2）在合同中一定要说清楚“做什么”和“不做什么”。如果合同含含糊糊，日后扯皮的事情就多。要防止象韩复渠那样，在别人请他喝酒吃饭时他什么都点头（人家就更加献殷勤），吃完了他就宣布刚才答应的事都不算数，便扬长而去。
分析人员或客户理解有误
有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。”
软件系统分析人员不可能都是全才。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致开发人员白干活，吃力不讨好。我读中学时候最怕写作文逃题，如果逃题了，不管作文写得多长，总是零分。所以分析人员写好需求说明书后，要请客户方的各个代表验证。如果问题很复杂，双方都不太明白，就有必要请开发人员快速构造软件的原型，双方再次论证需求说明书是否正确。
由于客户大多不懂软件，他们可能觉得软件是万能的，会提出一些无法实现的需求。有时客户还会把软件系统分析人员的建议或答复给想歪了。
有一个软件人员滔滔不绝地向客户讲解在“信息高速公路上做广告”的种种好处，客户听得津津有味。最后，心动的客户对软件人员说：“好得很，就让我们马上行动起来吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立即派人去做。”
为什么软件系统分析员的工资要比普通程序员高？就是因为需求分析困难嘛。（四）如何进行需求分析
上一节诉说了需求分析的困难，本节要知难而进。
进行需求分析不象情人之间的浪漫做法——“让我摸摸你的头发，感觉它是什么颜色。”我们要围绕两个核心问题开展需求分析：（1）应该了解什么？（2）通过什么方式去了解？
应该了解什么
那怕是天下最无能的市长或书记，都知道在作报告时要先从宏观上讲一、二、三、四、五，再从细节上讲A、B、C、D、E。需求分析不象侦探推理那样从蛛丝马迹着手。应该先了解宏观的问题，再了解细节的问题，如图4.1所示。
问题域对应于软件子系统
问题对应于子系统的软构件
行为（功能）对应于软构件的接口
一个软件系统（记为S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。
S = { D1，D2，D3，…Dn }
问题域Di 由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。Di = { P1，P2，P3，…Pm }
问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的接口。
Pj = { F1，F2，F3，…Fk }
按图4.1结构写成的需求说明书，对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时还应该注意两个问题：
（1）最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。
（2）需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。
通过什么方式去了解
了解需求的方式有好几种：
（1）直接与客户交谈。如果分析人员生有足球评论员的那张“大嘴”，就非常容易侃出需求。
（2）有些需求客户讲不清楚，分析人员又猜不透，这时就要请教行家。有些高手真的很厉害，你还没有开始问，他就能讲出前因后果。让你感到“听君一席言，胜读十年书。”
（3）有很多需求可能客户与分析人员想都没有想过，或者想得太幼稚。要经常分析优秀的和蹩脚的同类软件，看到了优点就尽量吸取，看到了缺点就引以为戒。前人既然付了学费，后人就不要拒绝坐享其成。
（五）小结
为了阐述可行性分析的四个要素：经济、技术、社会环境和人，本文讲了几个令人垂头丧气的案例。如果您学会了客观、科学的可行性分析，在作决策时就要果断。本文并没有鼓吹需求分析的难度，不是在吓唬人。如果需求分析搞错了，麻烦大哩。几十年前，我们最最伟大的领袖毛主席说了一声“人多力量大”，导致现在中国人口蹦到13亿。他老人家辉煌地走了，后人却付出了沉重的代价。
所以我们要认真地做好可行性分析和需求分析。
贴心服务，以下空白部分可添加备注哦：（祝您成功！）
E-Storage Management System Software Requirements Specification 电子化仓储管理系统软件需求规格说明书 版权所有不得复制 Copyright ? BroadenGate Technologies, Co., Ltd. All Rights Reserved
Revision Record 修订记录
Catalog 目录
错误!未找到引用源。 Keywords 关键词：仓储管理 Abstract 摘要：本文主要描述电子化仓储管理系统的设计需求，包括功能需求和性能需求，以及其他设计约束等。 List of abbreviations 缩略语清单：
1Introduction 简介 1.1Purpose 目的 1.2Scope 范围 本文档包含电子化仓储管理系统V1.0的对外接口和功能描述，以及和外部的约束关系。2General description 总体概述 2.1Software perspective 软件概述 2.1.1About the Project 项目介绍 2.1.2Environment of Pruduct 产品环境介绍 2.2User characteristics 用户特征 2.3Software function 软件功能 2.4Assumptions & Dependencies 假设和依赖关系 3Specific Requirements 具体需求
3.1Functional Requirements 功能需求 我们采用面向对象分析的方法来作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时，该模型将来可 派生出动态对象模型。 设计Use-case时，我们遵循下列步骤： 第一步： 识别出系统的管理员。管理员可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。 第二步： 描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么？”来准确地描述Use Case。 第三步： 重新审视每个Use Case，为它们下了详尽的定义。 电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理，提高仓库管理信息的实时性和准确性，达到即时库存管理的功能，并有效控制并跟踪业务的物流和成本管理全过程，实现完善的企业仓储信息管理。系统中设计了装箱算法，为客户提供合理有效的装箱方案，保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息，增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗，并最大限度减少存储成本。 总体功能时序图：（如图3-1所示）
XXXXXX项目 可行性分析报告 项目名称 申报单位
2010-4-01 目录 一、总论 (1) 二、立项的目的和意义 (1) 三、国内外研究开发现状及市场需求分析 (2) 1、国内外研究开发现状 (2) 2、市场需求分析 (3) 四、承担单位的技术优势和条件 (4) 1、承担单位基本情况 (4) 2、企业管理情况 (6) 3、企业未来发展思路 (6) 4、本项目现有的科研工作基础 (6) 5、知识产权表 (8) 6、企业的财务经济状况 (9) 五、项目研发的主要内容、关键技术和特色创新之处 (9) 1、本项目设备系列基本工作原理和功能 (9) 2、主要研究内容 (10) 3、重点解决的关键技术 (11) 4、项目的特色和创新之处 (11) 六、项目采用的方法、技术路线和工艺流程 (11) 1、项目所采用的方法 (12)
2、项目实施的具体技术路线 (12) 3、工艺流程 (13) 七、预期成果（包括技术指标、社会和经济效益等） (14) 1、本项目设备拟要达到的主要技术指标 (14) 2、主要经济指标 (14) 3、社会及经济效益 (15) 4、对环境的影响及预防治理方案 (15) 八、项目工作进度 (16) 九、以往科技成果转化情况和以往承担项目完成情况 (16) 1、以往科技成果转化情况 (17) 2、以往承担项目完成情况 (17) 十、项目经费预算(投资预算和资金筹措) (18) 十一、项目负责人的基本情况，技术水平和组织管理能力介绍 (19)
一、总论： 二、立项的目的和意义 三、国内外研究开发现状及市场需求分析 1、国内外研究开发现状 2、市场需求分析
《需求分析报告》书写范例 1.引言 为使得高中语文《劝学》一课多媒体课件开发有序、有效，帮助开发人员与用户之间的交流与理解特制作此文档。本文档开发人员与用户各执一份。 2.项目背景描述 2.1 项目的委托单位：XXX 2.2 该软件系统与其他系统的关系，本项目为高中段语文教学用课件，单独使用于本课程的教学。 2.3 项目名称：高中语文《劝学》一课来讲解演示课件。 2.4 名词定义：无 3. 调研情况介绍 《劝学》是高中语文文言文教学中的一篇。作者：荀子。 通过对课件使用教学能达到以下教学要求： 1、领悟评价作者的思想感情。 2、认识文章艺术特色。 3、了解文言文实词，虚词的用法。 4. 用户特点 4.1 用户业务描述：用户一般为高中语文教师及高中段学生，通过教学学习课文。 4.2 用户情况：教师通过对课件展示课文内容： 1.教师按照：新课引入、全文分析、归纳总结几个方面对课文加以讲解，达到教学要 求。 2.用户最好能直观地展示课文所在求内容； 3.用户一般为高中段语言教师，计算机操作技能一般，因此应尽可能操作直观、方便。 4.3 用户原有系统的情况：原有PPT为顺序执行结构，只能从头放到尾，没有向回返的机制，使用时也只能展示一次。学生有问题时无法及时转移到相应的位置上。
5.任务概述 5.1目标 5.1.1开发目标 演示型课件一般是为了解决教学的重点难点问题而设计制作的，主要作用是辅助教师课堂演示，不要求知识内容的系统讲解，一定要突出重点、难点。通过计算机的多媒体性将不容易用其他媒体解决的问题，以简洁明了的方法和形式呈现给学生。对于语文、历史、地理等需要有大量文字、图形图片、语音等表达知识的重点、难点的课程一般采用演示型课件。高中语文《劝学》一课来讲解演示课件的规划与开发。本软件根据此需求进行开发的。 5.1.2应用目标 使用多媒体教学更容易使学生接受教学的重点与难点。 6. 运行环境 6.1硬件环境 6.2软件环境 6.3条件与限制 7. 功能要求
目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)
6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)
1引言 1.1编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统
学生学籍管理系统需求分析报告 1 引言 1.1编写目的 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 1.2项目背景 传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。 使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 1.3业务模式 本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网， 现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。 2用户需求 2.1使用范围 按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。 系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 2.2功能要求 ·学生档案管理：学生的一般情况，及奖励，处分情况； ·学生成绩管理：学习成绩，补考成绩； ·学籍处理：学生留降级处理，休复学处理，退学处理； ·日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计； ·毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。 2.3信息采集与各部门的使用权限 每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下： 数据收集前的系统权限
软件系统开发需求分析模板 1. 引言 1.1 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 1.2 项目背景 本项目的名称：酒店管理系统。 随着国民经济的发展，酒店餐饮行业的队伍在全国范围（尤其是在经济发达地区）不断壮大，从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力， 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件，运用高科技手段进行经营 和管理。为了让酒店更好的经营，我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组，主要是面向酒店餐饮服务行业。 1.3 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 1.4 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书（GB856T——88）.doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 2.1 目标 开发本软件是为了服务酒店，使得酒店更好的经营。适用于一些大中型酒店，主要用于就餐管理和住宿管理。本软件产品是一项独立的软件，不过功能还可以增加，
完成后可以升级以增加功能和完善系统。 2.2 用户的特点 使用本软件要求用户熟悉Windows 操作，并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 2.3 假定和约束 本软件由我们小组六个人共同开发，几乎不要经费，开发期限一个月左右。3.需求规定 3.1 对功能的规定 ①系统帐号管理 第一次用一个管理员账号（系统给定）登陆，登陆成功后，可以设置其他用户，包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌，纪录客户用餐情况并结帐。 ③住宿管理 为住宿客户查询并分配房间，纪录客户住宿情况并结帐。 3.2 对性能的规定 3.2.1精度 本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。 3.2.2时间特性要求 本软件运行的响应时间要求不超过1～2秒，基本能实现。 3.2.3灵活性 本软件具有升级功能，以满足用户的需求。 3.3输人输出要求
项目可行性报告范文 一、基本情况 1．项目单位基本情况：单位名称、地址及邮编、联系电话、法人代表姓名、人员、资产规模、财务收支、上级单位及所隶属的市级部门名称等情况。 可行性研究报告编制单位的基本情况：单位名称、地址及邮编、联系电话、法人代表姓名、资质等级等。 合作单位的基本情况：单位名称、地址及邮编、联系电话、法人代表姓名等。 2．项目负责人基本情况：姓名、职务、职称、专业、联系电话、与项目相关的主要业绩。 3．项目基本情况：项目名称、项目类型、项目属性、主要工作内容、预期总目标及阶段性目标情况；主要预期经济效益或社会效益指标；项目总投入情况（包括人、财、物等方面）。 二、必要性与可行性 1．项目背景情况。项目受益范围分析；国家（含部门、地区）需求分析；项目单位需求分析；项目是否符合国家政策，是否属于国家政策优先支持的领域和范围。 2．项目实施的必要性。项目实施对促进事业发展或完成行政工作任务的意义与作用。 3．项目实施的可行性。项目的主要工作思路与设想；项目预算的合理性及可靠性分析；项目预期社会效益与经济效益分析；与同类项目的对比分析；项目预期效益的持久性分析。 4．项目风险与不确定性。项目实施存在的主要风险与不确定分析；对风险的应对措施分析。 三、实施条件 1.人员条件。项目负责人的组织管理能力；项目主要参加人员的姓名、职务、职称、专业、对项目的熟悉情况。 2.资金条件。项目资金投入总额及投入计划；对财政预算资金的需求额；其他渠道资金的来源及其落实情况。 3.基础条件。项目单位及合作单位完成项目已经具备的基础条件（重点说明项目单位及合作单位具备的设施条件，需要增加的关键设施）。 4.其他相关条件。 四、进度与计划安排 五、主要结论 项目可行性报告编制要求 一、概述 1 项目概况 1．1 项目名称 1．2 项目承担单位及负责人 1．3 项目起止日期
文档编号：001 版本号： 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳开发单位：西邮07级科技1班软件开发小组
一、引言： 1、编写目的： 对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、
需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD， Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。
软件需求分析格式_如何写需求分析报告 软件需求说明书 1 引言 1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。 1.2 项目背景：应包括 ● 项目的委托单位、开心单位和主管部门； ● 该软件系统与其他系统的关系。 1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。 1.4 参考资料：可包括 ● 项目经核准的计划任务书、合同或上级机关的批文 ● 文档所引用的资料、规范等 ● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境
2.3 条件与限制 3 数据描述 3.1 表态数据 3.2 动态数据：包括输入数据和输出数据。 3.3 数据库描述：给出使用数据库的名称和类型。 3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度 5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。 5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 6 运行需求
6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求 如可使用性、安全保密、可维护性、可移植性等。 需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。 1．综合需求：项目 说明 备注 1）功能要求 描述软件用来做什么
能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围，如：国家，行业等。 2）性能要求 软件能达到什么性能 数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。 3）运行要求 软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件 开发软件的开发工具清单。是否需要外部存储器和数据通信接口。
项目可行性分析报告 第一部分：项目总论 一、项目概况 二、可行性研究结论 三、主要技术经济指标表 四、项目存在问题与建议 第二部分项目背景 一、项目提出背景 二、项目发展概况 三、项目投资的必要性 第三部分项目投资所在城市的基本概况 一、城市基本发展情况 二、城市地理位置、交通、 三、城市气候与生态环境 四、城市的人文环境 五、城市经济状况 六、城市的人口结构及人均经济状况 七、城市整体发展规划及功能布局 八、城市对项目的影响与建议措施 第四部分市场分析 一、整体房地产市场发展状况分析 二、项目区域市场分析 第五部分地块分析 一、地块概况 二、地块分析 三、土地价格 四、土地升值潜力初步评估 五、项目取得用地的法律及政策性风险分析
六、地块SWOT分析 七、项目评价 第六部分项目定位 一、项目目标设置 二、项目整体定位策略 三、项目定位建议 第七部分项目整体规划分析 一、项目规划设计可行性分析 二、项目规划设计的主题及概念 第八部分项目开发建设进度安排与销售节点 一、项目分期开发设置 二、工程计划 三、销售节点 第九部分投资估算与资金筹措 一、成本预测 二、税务分析 三、资金筹措 四、资金投放使用计划 第十部分销售收入测定 一、销售收入测算 二、销售利润测算 第十一部分财务与敏感性分析 一、项目盈利能力分析 二、项目盈亏平衡分析 三、项目敏感性分析 第十二部分综合评价 一、经济评价（定性） 二、社会评价（定性） 三、环境评价 四、市场预测
五、存在问题与建议 六、总体结论及建议 第十三部分竞拍和投标方式取得土地需要增加和完善的内容 一、主要指标测算 二、竞争对手分析 三、制定策略 第十四部分附件 第一部分：项目总论 一、项目概况
软件需求分析报告文档模板 目录 1. 引言 (1) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (2) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (6) 4. 系统功能需求 (6) 4.1说明和优先级 (7) 4.2激励／响应序列 (7) 4.3输入／输出数据 (7) 5. 其它非功能需求 (7) 5.1性能需求 (8) 5.2安全措施需求 (8) 5.3安全性需求 (8) 5.4软件质量属性 (8) 5.5业务规则 (8) 5.6用户文档 (8) 6. 词汇表 (9) 7. 数据定义 (9) 8. 分析模型 (9) 9. 待定问题列表 (19)
引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者 ●软件开发者 ●产品使用者 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括 ●正文风格： ●提示方式： ●重要符号： 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括 ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议 1.5 产品范围 说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
需求分析报告 1.引言 1.1目的 需求，指的是系统提供的能力必须遵从的条件，一个系统能否达到预期目标，系统需求做的好坏起着决定性作用，因此，他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论，需求分析的目标就是确定要干什么，而不是怎么干，按照统一软件过程的理论（RUP理论），该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求，同时也要详细的描述系统必须达到的条件或实现的功能，使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析；基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
软件工程__需求分析报告 【最新资料Word版可自由编辑！】
软件工程需求分析报告 项目名称：学生智能管理系统 编写组员：20112452 陈占刚 20112430 周元 20112439 马涛 20112428 张岩 班级:计算机科学与技术11-1班
一、引言： 1、编写目的： 对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD， Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版
项目编号： 项目名称） 需求分析报告 文件编号： 编制： 日期：审核：日期：生效日期：年月日批准：日期：同方智能卡产品公司研发中心文件状态： [ ] 草稿 [ ] 正式发布 [ ] 正在修改文件标识： 当前版本： 作者： 完成日期： 目录 1.任务概述 (3) 1.1.目标 (3)
1.2.系统（或用户）的特点 (3) 2.假定和约束 (3) 3.需求规定 (3) 3.1. 3.2. 3.3. 3.4. 3.5.软件功能说明................................................... 对3 功能的一般 性规定............................................... 3对性能的一般 性 规定............................................. 4其他专门要求..................................................... 对4 安全性的要求.. (4) 4.运行环境规 4.1. 4.2. 4.3.
4.4.设备及分 布 ........................................................ 件 ........................................................ 口 ........................................................ 5. 尚需解决的问 题 .. (5) 1. 任务概述 1.1. 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的 有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如 果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所 定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的 其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本 产品同其他各部分的联系和接口。 1.2. 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的 不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频 度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作 人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软 件设计工作的重要约束。 2. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3. 需求规定 3.1. 软件功能说明 列出本系统中所有软件功能子系统和功能。如果子系统比较大，每个子系 统分别编写《软件功能规格说明书》，在本处列出编号和名称。 支4 撑软 ... 接4 ..... 程4 序 .. 5
软件工程报告 图书管理系统 需求性分析 姓名：蒋维佳 班级：应数01班 1.引言 编写目的 此规格说明书是为了对图书馆管理系统做一个概要的说明，是软件的大概的分析过程，对最终的软件加以说明。主要的读者为软件设计人员，程序编写员，以及老师。 项目背景 该项目作为计算机学院05级的软件课程设计题目，学生应该在规定的时间之内完成，时间是第七周（4月7日）到第十二周（5月16日），学生应该在这个时间之内做好需求规格说明书，概要设计说明书，详细设计说明书，以及做好程序，并在最后加以用户操作手册等一系列详细的设计要求。 定义 参考资料 《实用软件工程》第二版郑人杰殷人昆陶永雷等主编清华大学出版社 《delphi程序员成长攻略》蒙祖强龚涛等编着中国水利水电出版社
《delphi7开发实例完全剖析》王志强编着中国电力出版社 《精通delphi数据库设计与实例开发》陈润编着中国青年出版社2.任务概述 目标 通过该系统可以实现最基本的图书馆的一系列的操作流程，其中包括： 图书的借阅，图书的查找，图书的退还，借书证的申请，图书的上架处理，图书的过期未还的处罚等等功能。 这些功能要用delphi以及后台的数据库SQL来实现。 运行环境 Windows 98/2000/XP/2003操作系统下，安装并配置软件Microsoft SQL Server 2000数据库管理系统。 作者用的是windows XP操作系统，理论上可以在windows 98/2000/2003下运行的。 条件与限制 因现在配有windows98与windows2003的操作系统的电脑较少，不易找到，所以在这两种操作系统上实验比较困难。 3、数据描述 静态数据 图书：图书编码，书名，书号，图书类别，作者，出版社，出版时间，单价 管理员：用户名，密码，权限，姓名 读者：借书卡号，姓名，性别，读者类别，所属系部，部门或班级 动态数据 输入数据：鼠标对按钮的点击，查询方式，查询关键字，新建图书项，
软件需求分析报告
目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7