1、B(茭匀菔茾茭讀缁缀嵔螏頀h椀儁圚圚圚圚圚圚圚圚圚圚圚圚圚圚圚圚圚圚多礚憑鑬葠搀漀挀砀瀀椀挀最椀昀礀憑鑬葠搀漀挀砀尀尀戀搀挀挀昀攀戀攀戀戀挀漀圀漀爀琀搀吀倀搀吀匀瀀瘀堀刀爀焀猀樀椀漀圀唀伀戀焀眀搀瀀砀攀搀圀最眀礀愀鐀萀攀戀戀攀挀攀戀挀搀愀憑鑬葠葶湶憑棿扑麄鱥獶玕蹑憑葬祔慑鑔獛蹑鱏沖敏驺乾桏扑估啓賿鵒湏湨乎煬豑荳İ乎煬豑慬İ乎煬豑腖譓鑎İ扒慬İ猰蹑憑鑬屝葏İ憑鑬葠İ驏憑鑬葠騰瑛憑鑬葠憑鑬葠獧譬蝠驒葧葧蹵憑鑬屝蓿卨憑鑬葠氰慜豑腔煬葔祢憑鑬葠卨铿屝齏嫿筑熏訰鱏沖厎敏属憑鑬屝葏豰陔膙慬葬鑓穿憑憑屬倰葎腶腬慥桎扑林秿葞憑潏癞捶鑶葾鑶鑔靎啎靵杢谰葧豧祺憑鑬虠憑鑬屝葏湞鸰挰穬罾栰晧潎罾塾矿卑塢痿融蝞謰腎栰恧
2、尰慏乑丰褰桛塑憑葬暘獶潏盿捞鑛鑔麄罾漰罾钍鑔葞估捶萰暘蓿暘渀愀萀萀昀一鴀爀萀昀爀萀昀夀爀萀昀谀爀萀昀萀昀萀鰀鸀伀褀褀猀萀漀蜀鴀渀賿蓿暘神葞葶昀漀踀蔀礀鑬虠葾潢罾纕爀爀夀爀萀昀漀缀縀爀萀昀缀縀萰暘潏u汓躐蕥祔祵躐蕥萰暘潏憑葳萰暘尰倰蕎豛睔卑蓿暘撉禖萀萀昀搀漀踀蔀礀蘀漀缀萀昀搀漀鐰鑔葒暘潏獺鑒鑔杣钁葠豨鑓萰暘撉潏铿鑔找鑔卾犄蒂暘潏嘀鑔叿犞蒂暘潏鑔叿奞牪蒂暘潏慒鑔叿牾蒂暘潏恒鑔賿鑔挰葾暘蒋暘鑔汧麄觿桛塑獶塎戰葾暘钋鑔怀屺扐齫偓饧鎏愰錰葥捶榈饲桥蚐黿酜戰搤钖楢峿扐履峿扐e歖蕗灷呗歮屢峿扐兞垑卙貍齻l屣礰該Q膗葝祵鱥神屝膕鱏尰扐捧楥饲葥碈豢齔偓饧鎏岏尰扐兞荻豗晗蚏蒏鎏挰尤扐著艕褰牒慢屭峿扐窔屻搰腎兞荻荭
3、攰褤桛塑陛蕓葺捶揿啎酓昰帤鹫酜豻滿南扗羗翿睑慜穧饛窗睦楜镒葞虶救智蚏滿癏著晒蚏閏豶晔溏牭愰葾暘钋鑔杗抈鑾鑔黿艒惿饱葥并厗豨晔蚏岏扐罫愰豺屺扐怰葾暘钋鑔杗憈鑾鑔黿艒擿钖楢峿扐豗兞屗桵鞕襺慬葧轝摞鐰捶葧暘潏襔桛塑鉗豧喋葧祔麄捶鑶非塎院蕗鉑匰尰倰尰扐豝兞屻晓蚏傏葥麄瘰鑞换麄葛鑑獺洰鐰鱏魎鱏禖憑鑬虠鑾湞捏塎偙梟鑒鑔罾漰罾筟塢靎y靎靎迿婥結祔钘湙屝塎沍屝豏鑒葠葔祔鑔屝葏犐鸰賿鮍鱏憑鑬屝魣腟蒉鱏憑葬暘鑔捶屝b膗蒉楹桎鐰塎椰鮍鑏筟鑹鑔b榗蒍鶍鮘鑏絾邍盿鑞譞婑結極蒍潏鱏钖敺桐鑑潏迿潏咈湦獶塎呔滿鑏鮀鱏禖院蕗葑慹遧鑮啮迿豥慣豧鉔铿鱏筟塎織憑鑬屝敾腎薉慔遧繎憑鑬鉑罣暋褰桛塑杣獧葾淿鱏鑾鑔秿暐扎葾鉶湏沈祔腎荳慘遧啮
4、南垍銐偗饧魘牒卒屸襯屒茰堰昰蚏鎏豎憑鑬鑔啔倰汛礰筟讏祎岘汎葴譒祎偧沖穬祦璐栀猀晙馍堀(茷匀菗茾茷讀缁缀蠀嵖螏頀h栀$项目管理：怎样做需求分析.docpic1.gif项目管理：怎样做需求分析.doc2018-1111b70d42e3-0926-4cc8-980c-05ede10823e03drQq5DQ2ZXzVNdybED/ES024M8xqdljB9/M9trMIuKrCW2JXVT8Mg=项目,管理,怎样,需求,分析a4061589424629de97840a34d7a70c3a如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采
5、用以下步骤形成软件需求：获取用户需求分析用户需求编写需求文档评审需求文档管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图 1 所示）。 了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、
6、自动恢复时间等）、环境限制、设计约束等类型。 需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则： 对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图 1 获取用户需求的活动 将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； 分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共
7、同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： 明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； 使需求符合系统的整体目标； 保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执
8、行下列活动： 以图形表示的方式描述系统的整体结构，包括系统的边界与接口； 通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； 系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； 以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。 图 2 DFD 示意图 用于需求建模的方法有很多种，最常用的包括数据流图（DFD）、实体关系图（ERD）和用例图（Use Case）三种方式。DFD 作为结构化系统分析与设计的主要方法，已经得到了广泛的应用，DFD尤其适用于 MIS 系统的表述。DFD 使用四种基本元素来描述系
9、统的行为，过程、实体、数据流和数据存储。DFD 方法直观易懂，使用者可以方便地得到系统的逻辑模型和物理模型，但是从 DFD 图中无法判断活动的时序关系。图 2 描述的是某个项目的 DFD 示意图。 ERD 方法用于描述系统实体间的对应关系，需求分析阶段使用 ERD 描述系统中实体的逻辑关系，在设计阶段则使用 ERD 描述物理表之间的关系。需求分析阶段使用 ERD 来描述现实世界中的对象。ERD 只关注系统中数据间的关系，而缺乏对系统功能的描述。如果将 ERD 与 DFD 两种方法相结合，则可以更准确地描述系统的需求。 在面向对象分析的方法中通常使用 Use Case 来获取软件的需求。Use
10、Case 通过描述“系统”和“活动者”之间的交互来描述系统的行为。通过分解系统目标，Use Case 描述活动者为了实现这些目标而执行的所有步骤。Use Case 方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的 Use Case 来不断细化自己的需求。此外，使用 Use Case 还可以方便地得到系统功能的测试用例。上一期，我们介绍了需求分析五个步骤中的前两个步骤（获取用户需求、分析用户需求），本期将继续介绍后三个步骤（编写需求文档、评审需求文档、管理需求），并与大家讨论相关实践问题。 1、编写需求文档 需求文档可以使用自然语言或形式化语言来描述，还可以添加图形的表述方式和模型
11、表征的方式。需求文档应该包括用户的所有需求（功能性需求和非功能性需求）。 2、评审需求文档 需求文档完成后，需要经过正式评审，以便作为下一阶段工作的基础。一般的评审分为用户评审和同行评审两类。用户和开发方对于软件项目内容的描述，是以需求规格说明书作为基础的；用户验收的标准则是依据需求规格说明书中的内容来制订，所以评审需求文档时用户的意见是第一位的。而同行评审的目的，是在软件项目初期发现那些潜在的缺陷或错误，避免这些错误和缺陷遗漏到项目的后续阶段。 3、管理需求 图 1 需求变更流程 需求的变更是不可避免的，如何以可控的方式管理软件的需求，对于项目的顺利进行有着重要的意义。如果匆匆忙忙地完成用户
12、调研与分析，则往往意味着不稳定的需求。所以需求管理要保证需求分析各个活动都得到了充分的执行。对于需求变更的管理，则主要使用需求变更流程和需求跟踪矩阵的管理方式。需求变更流程和需求跟踪矩阵分别如图 1 和图 2 所示。 图 2 需求跟踪矩阵 常见问题及建议 Q、客户与最终用户的区别是什么？ A、可以借助图 3 来说明它们之间的区别。 图 3 需求获取渠道示意图 软件需求来自系统工程与客户两个方面，其中客户是主要的需求提供者（系统工程需求也来自于客户）。客户需要搜集其最终用户的需求并考虑自身的需求，然后再提供给开发方。假如客户并未去认真搜集最终用户的需求，开发方便需要做到这一点，因为系统最终要满足
13、最终用户的需求。 Q、如何进行用户访谈？ A、首先，一定要事先确定访谈的目的和提纲。其次，因为用户往往并不知道应该提供哪些方面的需求，所以需要开发人员引导。 Q、用户访谈内容是什么？ A、首先，请用户描述他们如何完成自己当前的工作，并与用户一起抽象出一个工作流程或工作模型。然后，在得到用户的认可后，向用户解释自己是怎样来实现这些功能的，并说明哪些环节可以用自动化方式实现等。 Q、采用哪一种方式做需求分析最好？ A、不同的需求分析有不同的特点。还没有哪一种方法可以完全替代别的方法，否则，现在就不会存在不同的需求建模方式了。一般来说，可以使用 DFDERD 来描述那些功能层次比较清晰的需求；而 U
14、SE CASE 则适于描述功能结构复杂的需求。做需求分析的目的是为了建立需求的模型，不同的子系统有可能使用不同的建模方法。 Q、怎样做原型，原型的目的是什么？ A、通常使用原型分析方法来帮助开发方进一步获取用户需求或让用户确认需求。开发方往往先向用户提供一个可视界面作为原型，并在界面上布置必要的元素以演示用户所需要的功能。可以使用第四代语言（例如 Visual Basic、Delphi 等）来快速生成用户界面，也可以使用 FrontPage 等网页制作工具来生成用户可视的页面流。 原型的目的往往是获取需求。但有时也使用原型的方式来验证关键技术或技术难点。对于技术原型，界面则往往被忽略掉。 th
15、s3141590000200008大学资料20181111191444503110X Words and Sentences of 1A-5AThe Longman Welcome to English1A 重点单词 1.father 爸爸 2.mother 妈妈 3.classmate 同学 4.brother 哥哥，弟弟 5.sister 姐姐，妹妹 6.friend 朋友7.doll 洋娃娃8.ball 球9.robot 机器人10.toy 玩具11.teddy bear 玩具熊 12.pencilcase 笔袋13.ruler 尺子14.an eraser 一块橡皮15.sharpen
16、er 卷笔刀 16.red 红色17.blue 蓝色18.yellow 黄色19.pink 粉红色20.brown 棕色，咖啡色21.green 绿色22. black 黑色23.white 白色24 skipskipping 跳25. readreading 阅读26.climbclimbing 攀爬27.swimswimming 游泳28.drawdrawing 画画29.writewriting 书写30.ear 耳朵31.eye 眼睛32.nose 鼻子33.mouth 嘴巴34.big 大的35.small 小的36.long 长的37.short 短的，矮的38.fat 胖的39.thin 瘦的 40.tall 高的1A 重点句子1. Good morning！2. Good afternoon!3. Good evening!4. Good night!5.-What is your name ? -My name is .6.
个人主页
