系统分析师整理论.docx
《系统分析师整理论.docx》由会员分享，可在线阅读，更多相关《系统分析师整理论.docx（35页珍藏版）》请在冰豆网上搜索。
系统分析师整理论
系统分析师整理论文
【摘要】
随着焦作公安局业务的不断发展和信息化建设的深入应用，通过多轮的信息化建设，目前已经实现了业务处理的网络化、办公事务的自动化以及决策支持的智能化。
公安信息系统种类、数量不断激增，对公安信息系统的信息处理能力提出了巨大的挑战。
另一方面，由于缺乏统一的标准、规范，各类专业系统之间的兼容性不容乐观，导致“信息孤岛”现象长期存在，影响了各类公安信息的共享交换，难以有效提升各部门协同办公的效率。
数据集中、信息集中成为公安信息化建设的方向，焦作公安局在信息化建设发展中主要面临如下挑战：
1、信息安全管控难度高：
工作人员对于电脑的专业知识和技能有限，经常发生电脑中病毒、软件无法正常使用等故障，同时对于每个人电脑中的机密信息，主要通过制度来约束和管理，保证安全的同时降低了工作效率，安全和效率无法兼顾。
2、PC分布广泛，运维效率低下，安全性差：
PC如果发生故障需要维护人员现场开机箱维修，这期间无法进行正常办公，耽误了大量的宝贵时间，影响工作开展，PC都安装独立的系统和软件，各类材料，特别是内部材料等绝密信息都保存在本地，这样就造成了极大的信息安全隐患。
同时，由于PC由使用者自行控制，难以集中管理与控制，用户可以任意外接设备，也容易受到各种网络攻击，从而导致保存在办公PC上的数据容易泄密。
单位领导和IT技术负责人一直在苦于寻求解决方案。
3、PC换代快、能耗高，投资浪费：
由于PC生命周期短而且能耗高，每年局里都花费大量资金买电脑升级换代，同时消耗大量电缆，投资回报率很低，浪费资源，不符合国家节能减排的政策。
4、运维成本高，资源利用率低
单位办公PC机分布在各个办公地点，无法进行统一维护管理，因此每次出现PC故障，或者需要对软件进行比较大的变更时，都需要维护人员到用户工位去进行操作，这种模式维护效率低下，相应成本也就比较高。
同时PC桌面也面临着资源利用率低的问题。
【正文】
对于焦作公安内网的办公人员来说，安全隔离性以及个性化的需求较强，所以桌面云方案可以对每个人都建立一个域帐号、对应一台TC、一台虚拟机。
每台虚拟机有单独的系统盘与用户盘，保证安全机要与用户的个性化操作。
与华为达成了“先将办公系统云化（即虚拟化）”的合作意向，决定采用华为Fusion系列软件：
FusionCompute作为虚拟化操作系统，FusionAccess提供虚拟桌面能力，FusionManager提供虚拟化平台资源以及桌面的管理和运维能力。
在安全性方面，华为桌面云提供了从办公终端接入、用户权限认证、用户行为审计、数据传输加密、内容加密、到权限管理等端到端的解决方案，所有办公数据集中存放在后端的数据中心，办公终端无硬盘，从而最大限度的保障了数据安全性，实现了焦作公安局
的对IT平台保证数据安全的首要诉求。
在维护性方面，华为提供了统一运维平台—FusionManager。
利用FusionManager软件的自动化运维能力，IT运维管理员可以根据需要在后台批量部署桌面环境，而不用像以前那样挨个去给用户安装PC机，从而大大降低了办公环境的建设周期。
同时，通过统一运维平台，维护人员还可以远程给用户解决问题，也可以通过工具对全网的虚拟机进行统一的软件更新、病毒库更新等操作，极大的提升了运维效率。
比如深交所的SAP软件升级，原有模式下至少需要几周的时间，使用了华为解决方案后，SAP软件升级只需要几个小时即可完成，极大的提高了焦作公安局的工作效率。
在办公环境方面，由于使用TC（瘦客户机）来代替传统PC的主机箱，对员工而言，噪音、散热、辐射等大大降低，办公条件大为改善。
同时，由于桌面云环境下，用户的帐号与办公地点没有绑定关系，因此，用户可以通过不同地点的TC接入系统，从而为焦作公安局的移动办公创造了条件
华为桌面云支持焦作公安已有的IT系统对接，充分利用已有的IT应用，比如利用已有的AD系统进行桌面云用户鉴权；在桌面云上使用已有的IT工作流；通过DHCP给虚拟桌面分配IP地址，通过焦作公安的DNS来进行桌面云的域名解析，桌面云应用于视频监控等等。
华为提供的桌面云解决方案，具有如下优势：
高安全性：
安全接入，分权分域，集中管控：
桌面云提供一体化的安全准入控制，集成现有的安全堆积，依据相应的权限策略实现对不同安全域，不同接入类型用户的集中管控，保障核心数据，以及对不同业务资源的灵活分配、分权管理与审计。
高可靠性：
采用先进虚拟化技术，资源池化，主要设备均应经过大规模组网运行验证。
系统的业务、管理、存储功能应该由独立的平面承载，所有设备、模块节点具备冗余部署能力。
确保系统及业务的可靠运行。
并且系统应具有平滑扩容的能力。
高可服务性：
降低运维成本，提高工作效率，减轻管人员的工作强度与不必要的重复劳动。
桌面云项目将应用、桌面的升级、变更、维护等工作交由后台统一管理与运行；具备良好的综合定位分析及故障恢复能力，从而降低对业务的影响。
供应商具备为项目长期服务和保障的能力。
端到端解决方案交付：
华为桌面云采用端到端的自研设备，提供一站式解决方案咨询和交付能力。
资源统一集中管理：
焦作公安局通过部署桌面云，分阶段完成了资源和信息的集中，并最终实现资源的统一管理和调度，保障公安信息的快速共享交换。
大幅度提升运维效率：
部署桌面云项目之后完美实现远端维护，大大减轻了焦作公安局系统维护人员的运维压力，故障恢复时间从传统的2个小时减少到3分钟。
信息安全管控、业务连续性提高：
桌面云项目实施后再无发生终端中毒当机事故，再无业务中断事故发生，办公效率和满意度大幅提升，保障绍兴公安局业务顺利、安全开展。
资源利用率提高，节能环保：
焦作公安局自部署桌面云项目之后，硬件资源利用率由原来的10%，提升到60%以上，能耗大幅降低，投资回报率提高，节能环保。
系分论文1?
企业人事信息系统的应用?
【摘要】?
本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。
该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。
此外，本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事信息管理应用系统。
在本文中首先讨论了选用面向对象方法与工具的主要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工具与方法在需求分析中的必要性，最后简要小结了选用正确工具与方法的意义和作用。
?
在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。
?
【正文】?
人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分析是极为重要的一环。
在整个分析过程中，我们都采用了面向对象的分析方法，这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。
软件要具有适用性和扩展性，就必须更接近于现实世界本身的发展规律。
?
以一个简单的例子来看，假设要求设计关于引进人才评估的一个系统，按我们过去的做法，先会要求提供给我们一份相关的引进人才评估表，然后依葫芦画瓢地设计相应的表单与界面。
在短期来说，这样做是简便而实用的，但并不能够符合现实世界的长远目标，这套设计方法不具有扩展性，因为任何一份评估表的结构都会有可能发生许多改变的。
采用面向对象的方法，可以从中提取出表类型、表结构、评分方法以及能考虑继承等各方面的要素，这样就可以保证软件的通用性，可配置性与可维护性。
?
在工具的选择过程中，我们选择了现在已十分流行的Rational系列，包括Rational?
Rose、RUP、SoDA等，为什么选取这个系列工具呢？
这是基于我们对软件需求分析目标的看法，我们认为需求分析应当能正确地回答如下的几个关键性问题：
?
（1）用户的需求是否已详尽地被考虑到了？
?
（2）用户能理解或明白我们所描述的内容吗？
?
（3）分析是否会和设计相脱节，?
（4）程序员能明白我们的分析与设计要求吗？
等等。
?
以下对上述几个问题逐一简要地加以说明：
?
（1）详尽地获取用户的需求。
?
用户的需求可分为显式的需求与隐性的需求，用户的倾向往往只顾及到当前的与明显的需求。
要达到对需求理解的全面性，不仅仅只是依靠有效的用户谈话和调查，因为我们所面对的用户需求往往会有些片面的，采用Rational?
Rose（基于UML）提供的用例，以及多种图的联合使用，可以使我们发现其中的遗漏。
?
（2）使用户能充分地理解我们的表示方法，能够真正明白我们描述的内容。
?
软件需求分析规格说明书通常会是冗长而枯燥的，一般的用户不容易深入理解，这样就削弱了分析的正确性。
通过支持面向对象及UML语言的Rational?
Rose可以更好地和用户交流，让用户了解系统的运作方式甚至细节的操作。
?
（3）使分析和设计两个阶段互相联系与贯通。
?
这是我们选择面向对象的方法及Rational?
Rose工具的重要原因，系统分析要向用户描述的不仅仅是用户的需求，而且包括解决方法，解决方法当然应包括设计（程序）、数据库与系统配置，我们当然不希望用户得到的是一个与需求规格说明不相同的软件，也不可能要求程序员完成一个不可胜任的任务。
然而我们在以前的多项工作中经常发现这类情节，因为系统分析与设计相互脱节，导致一头扎在分析中不顾设计有关的事宜。
?
分析与设计的脱节，还不利于设计现格说明的评估，因为分析往往会脱离现实，导致缺乏评估的依据。
?
因为不可能成功地完成设计而使分析需要重来，就会造成巨大的浪费与损失。
一个好的工具可以使分析与设计更紧密地连结起来，甚至于—一对应。
面向对象的分析方法使对象之间相对而言有独立性，减少了任何影响到全局的改动，能避免因需求变化而导致全盘皆动的被动局面。
?
（4）使程序员明白我们的设计。
?
一个好的设计应该让程序员感到清晰明白，更少疑问。
一个疑问很多的设计加上沟通不畅，绝对会出现在应用环境下所不需要的另一个软件，所以设计规格说明书务必清楚、形象与明确，当然，Rational?
Rose具有足够的图形与其他形式，能使程序员更加明确，甚至能细微到每一个语句（事实上如果使用VB，程序架构都有可能直接生成了）。
?
（5）选择UML可能会有更多的理由。
?
比如用户文档的编写、数据库设计，我们都需要做到有延续性，有自动化支持和具有质量上的保证。
?
所以，我们选用了以上的方法和工具。
?
在分析中，面对考勤班次的问题时，由于过去一直使用纸卡方式考勤，使用户对班次形成了固定的概念，而现在的许多考勤软件也采用多次刷卡的方法来形成一天的记录。
经过面向对象的分析可以发现，事实上每天的上班记录是由多个时段所形成的，时段的多少在各个公司，各个工种与部门都不尽相同，每个时段可能有不同的属性，时段与时段组合可形成为班次，这更适合于现实的情况，使之能更加灵活与更有扩展性。
其实，在天与天之间也都有相互之间的关系。
在这一点上，我们又发现必须在考勤与薪金工资中加入与MRP中相似的期段（Periods）的基本概念，比如可以称之为考勤期段，允许为用户更加方便地设置考勤期段，可能使之不一定与自然年月日相同等等。
?
Rational?
Rose使我们更方便地把上面的想法在类上去实现，更进一步地设计好我们的高效率的数据库。
当然，使用单一的一个工具去完成一个中大型的应用系统的需求分析，是不可能成功的。
因为社会在发展，用户的需求也在改变，如何把握住用户的需求是需要时间的，面向对象的方法有时也会忽略外在的与表层的要求，不仅仅是要获得关键的需求，其他更多的需求往往要等到用户在使用后才知道，然而等到用户使用是不现实的，作为原型开发模型中的原型也是收集用户需求，描述与解释需求的一类相当有效的方法与工具。
在我们的开发过程中，为了更好地让用户了解我们的系统和我们的设计方案，让用户在见面会上更有方向性与针对性，我们首先用Access开发出原型，让用户先试用。
这样，我们在真正的分析与设计时就能更加符合用户的要求。
总之，软件需求分析方法和工具的使用，对我们软件开发过程影响是很深远的，选用高效能的正确的方法与工具，可以使我们的软件更加正确地反映现实需求，更加具有可用性、可扩展性和可维护性；降低了软件项目的风险。
评注：
（1）写得有些特色，观点鲜明。
（2）摘要写得不错，既反映了项目内容，也小结了本文的写作要点。
（3）文中所举的例子虽然简单，但很实际。
（4）多种方法与工具的使用，叙述得简明扼要。
（5）内容可更丰富一些，更深入的例子也可再增多一些，则会更有说服力。
（6）对需求分析的全过程的描述太少。
系分论文2企业集团的信息管理系统应用【摘要】本文以某个IT产品销售公司的信息系统项目的开发为背景，讨论了一个信息系统需求分析的整个过程，其重要特征是：
所涉及的项目是原有系统的一个升级替换版本。
因此，需求分析过程不同于建立一个全新的系统，大体上可分为三个阶段：
（）实施逆向工程获得对系统的初步了解；
（2）在第1步的基础上写出基本需求，交由客户评审补充；（3）在第2步的基础上开发原型，利用原型与客户交流，最终获得基线需求。
针对上述三个阶段，本文论述了所使用的分析方法与工具以及所遇到过的一些典型问题和措施，最后对需求分析中使用的工具，谈一些自己的初步体会。
【正文】我于1998年8月至2000年7月参加了某个大型集团的企业信息系统的开发工作，该大型集团的业务主要涉及到IT类产品的进销存。
本人在项目中负责系统分析的工作，该集团企业原先已委托某个电脑公司开发过一套IT类产品管理系统，但是该老系统存在两个主要的问题：
（一）系统运行速度非常慢，如商品销售开单时，从确定开单到开单完成有时需要1～2分钟左右的响应时间，让客户无法忍受。
（二）系统数据不准确，经常出现实物库存与电脑库存严重不相匹配的情况，使销售数据的统计产生一些混乱，有关财务的数据因此无法有效使用，只能采用人工录入方式补充进行。
在这种情况下，该集团的总经理决定参考原有系统重新开发一个系统，以便解决原系统所存在的上述两个难以克服的难题。
注；原系统采用PB6.5开发，数据库采用SYBASE，服务器采用Windows2000Server，客户端采用Windows98，程序架构采用的是传统的C/S结构。
鉴于该集团业务操作复杂，流程多，涉及人员多等特点，以及项目完成时间短，经费有限，人员有限等限制约束条件，再考虑到必须避免前一系统出现过的结构混乱与难于维护等问题，我们决定要对原系统的需求做一个比较彻底的和切实可行的分析，由于原有系统已经开发了近两年，并且客户也有了一定的使用经验，业务基本流程本身也并没有太大的变化，因此，我们把需求分析的过程分为三步：
（）分析原有系统的结构，主要是数据库结构和程序结构，
（2）在获得第
（1）步结果的基础上写出基本需求，交由客户评审补充，（3）在第
（2）步的基础上开发原型，利用此原型与客户交流，从而获得最终可用的需求结果。
下面按上述三步分别加以论述。
第一步是实施逆向工程，获取原有系统的基本需求。
由于原有系统在功能上大体上能基本满足客户的需求，并且在两年多的开发中也积累了不少经验，因此，从中可以获得一些有益的参考，也可以避免多走弯路。
在这一阶段，我们采用的主要工具是PB自带的PowerDesigner和PBDocuments；前者主要用来分析数据库结构，后者主要用来分析程序结构，便于开发人员与高级用户理解程序。
采用这两个工具的原因是：
原系统过于庞大，模块多，数据库模式多，表格量很大，仅靠人工的方法很难从中获得一个比较完整的、明确的系统结构以及整体构成，而且原有系统未能提供一套正确完整有效的设计文档，于是我们只能依靠工具辅助来进行。
在使用PowerDesigner分析数据库，并且用PBDocuments分析原程序中的PBL以后，我们对原系统的结构有了一个初步的了解，再结合对原系统的使用，基本明确了功能与流程的需求，并在此基础上用人工录入方式，产生了初步需求的自然语言文档。
这里指出，使用PowerDesigner的一个不足之处是：
如果一个表中的字段过多，而且又同时依赖多个表时，输出的表格相关图形很复杂，有很多交叉，且难于调整，不方便阅读及打印。
第二步是在第一步的基础上进行的，即写出系统基本需求，交由客户评审和补充。
通过第一步的逆向工程，我们获得了系统的基本需求。
为了充分记录需求的变化及需求之间的依赖关系，我们决定选用Rational公司的RequisitePRO作为我们的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常强大，包括RequisitePro、ClearQuest等等，这些需求分析工具可以对需求进行全面的管理，包括记录需求的变化情况，需求之间的依赖关系等等。
但是，我们考虑到Rational的一套工具全面实施会非常昂贵与复杂，需要非常强的项目管理能力才能全面实施，因此，我们只采用了其中最简单的一部分功能，那就是记录需求变更，记录需求之间的依赖关系，其他跟RUP有关的功能都给略去了。
之所以这样做，主要是考虑到项目的经费、人力以及国内软件开发的实际情况。
正如前面所说，我们根据自己的理解并写出基本需求后，交由客户做评审井做适当补充，我们将经过补充整理后的需求作为正式需求记录入RequisitePro所维护的数据库中，并对各个需求进行分类，设定优先级等，这些工作完成后，就可以从数据库中直观地了解客户到现在为止提出了哪些需求，哪些需求是必须优先考虑的，哪些是难度较大的等等。
在这个过程中，我们遇到了一些问题，譬如：
用户对我们用自然语言书写的需求文档有许多地方不理解，往往在花了较长时间阅读之后，仍不明白我们所描写的需求过程与他们所完成的业务之间的对应关系；另外是由于首次采用RequisitePro进行需求管理，在类型划分，属性值的确定上，部分开发人员没有经验，造成了不少反复，对于前者，我们的方法是想办法增加一些示意图，将大的流程分解为小流程，再与客户反复交流与沟通，最终达到双方理解一致的目的。
对第二个问题，则参考了一些例子，再结合实际中属性的使用情况，给予取舍或者选择，经过这一阶段的工作，我们建立了基本的需求库，定出了基本需求规格说明。
第三步则是在第二步的基础上建立起原型，利用原型与客户进行更深入的交流，通过交流修改相应的需求。
在这一阶段的工作是在对第二步任务进行报告交流的基础上进行的。
我们用PB开发了一个原型系统，就具体的业务流程与客户进行交流与沟通，通过原型，客户发现了许多我们与他们的理解相互不协调的地方，我们在修改需求的同时，也在RequisitePro需求数据库中记录下修改的历史。
事实证明，这种记录历史的作用是很有效的，如曾经有客户在两个不同的时间对同一需求提了相反的需求，我们根据历史记录很快证实了该客户的提法有错误，在事实面前无需再作争论，同时利用RequisitePro，我们还发现了一些需求相互之间有矛盾。
经过这一阶段工作，我们终于获得了经过用户认可的需求基线，即是可用于下一步进行详细设计的基线需求。
在这个项目中，我们利用了PowerDesigner、PBDocuments等逆向工程分析工具和RequisitePro需求管理工具，这些工具的使用，使我们提高了工作效率，起到了一定的辅助作用。
但是，就需求分析工具方面而言。
我们觉得国内应用得还是太少了，这一方面是因为对需求分析不够重视，另一方面是因为管理水平还达不到相应的层次Rational公司的一整套需求分析工具，其功能是非常强大的，国外已在普遍地使用，在国内也逐渐开始普及，特别是那些通过CMM二级以上评审的单位，都必须使用工具对需求进行管理。
在本项目中，我们仅仅利用了RequisitePro功能的一些小方面，已经体会到该工具对于项目管理的诸多好处。
如果一个有实力的公司能够全面实施RUP，那么需求管理这个老大难的问题会变得不再那么棘手了，项目的质量也会得到相应的提高。
目前国内由于CMM热潮的兴起，已经逐渐重视需求分析，也逐渐使用需求分析工具，这是非常可喜的，当然，更希望在不久的将来，能用上国产的需求分析工具，那时我们的软件产业也许会真正地腾飞了。
评注；采用逆向工具进行再工程的应用很多，本文给出了一个实际的例子。
写作有条理，也很实际。
合理地界定了需求分析的现实水平。
所采用的需求分析的方法与工具相对较合理科学。
能在对项目讨论的同时抒发议论、使用体会、爱国心和事业心。
深度还可以提高，例子宜更加丰富一些。
系分论文3论软件需求分析方法和工具的选用——论文3：
通信行业的应用【摘要】本文以某通信公司的业务报表系统开发为例，讨论了软件需求分析工具与方法的选用。
我们认为，软件需求分析是软件工程中重要的一步，直接关系到后继工程的进行以及最终的产品能否满足用户的需求，因此在整个工程中起着关键性的作用。
采用适当的工具，有可能显著减少需求阶段的错误，也可大幅度提高需求分析的质量和工作效率。
当然工具的选用应当与实际的项目相结合，充分地发挥工具的作用。
本文结合我们工作的实际经历，简要讨论了开发系统时所选用的工具及其应用，选用时所考虑的原则以及所碰到的问题。
在文中也结合多种开发方法（即传统的瀑布法、信息工程法、面向对象的方法）的比较，指出各种方法的不足之处，说明我们所采用的工具对软件需求分析所起的作用，以及相应产生的效果。
【正文】我在某市一家通信公司工作，作为一名技术骨于，受领导委托，参与了开发本公司的业务报表系统，我担任系统的需求分析、总体设计和部分代码的编写工作。
我所在的企业作为一家通信运营公司，分为总部、省级公司和地市级分公司三级，各级公司之间都有数据报表的要求。
但是，每一个地市分公司因所处的地方不同，经营环境不同，所面临的问题也不一样，因此形成了各具特色的数据报表（除地市分公司向省公司汇报的之外）。
公司又分设了许多部门，这些部门也都会需要数据，作为分析决策的依据。
因此，了解各个部门的需求就成了业务报表系统的关键。
在调研的过程中，我选用了一种工具叫PlayCASE，可以从网上免费下载，有很强的功能。
下面就介绍一下，在需求分析阶段，我是如何使用这一工具的。
第一步，了解业务组织结构。
公司内部的数据实际上是在部门之间流动的。
业务部门需要知道在本地覆盖区内各基站的话务量、当天的话务量（即话务量的时空分布）。
财务部门需要知道本月各类用户的话费收入、预交款收入、与其他电信运营商的网间结算等。
计划部门需要各部门的分析数据。
计费部门需要提供本月的账革统计数据、话单统计数据分布（比如分别按照基站分布、时段分布以及按用户类别分布）、预交款统计数据、当前的欠费总额分布、催缴情况等等。
这些部门时常为了数据而产生了大量无谓的争议。
在使用PlayCASE工具时，先要将这些部门录入到PlayCASE的“业务部门”中．构成了一个信息源的接收点（或发送点）；而PlayCASE通过图示表示了这些部门的关系，并转换成了相应的软件结构。
实际上，这是一种系统建模的方法，即把业务系统中的各个组织转变为软件功能中的各个结构。
这样，在需求分析阶段，明确哪些部门需要数据，从而保证了需求分析对整个公司的全面性，而不会忽略掉某一个部门，导致需求分析的不完整。
第二步，了解各个业务部门中的业务流程，使之通过PlayCASE转换成软件的运行过程，这是一种动态建模的方法。
在上一步的基础上，追踪各个部门的行为，录入到PlayCASE中，并以形式化的语言描述各过程。
对于复杂的过程，该工具还提供了进一步细化的方法，并且形成了业务流程图和业务状态图。
根据这些流程图、状态图与实际业务部门的业务相结合比较，还是较为吻合的。
在此步的实施过程中，运用了动态建模技术，使各部门业务流程的情况在软件的运行过程反映出来，从而保证了需求分析阶段中运行过程的描述能真实地反映实际情况，防止在后继的程序编写过程中，可能会经常发生的一类情况：
程序员因为没有
升级会员 