开发其他需求

面向对象分析与设计开发其他需求1其他需求补充规约（SupplementarySpecification）捕获其他类型的需求。如包装、可支持性说明、许可授权。词汇表（Glossary）术语和定义。类似于数据字典愿景（Vision）对项目的简洁描述业务规则（BusinessRules）凌驾于应用之上的规定或政策。如会计制度2开发补充规范记录那些在用例模型中不易表述的系统需求功能性需求主要在用例模型中刻画，但是也有部分需求不适合在用例中表述部分非功能性需求对架构选择具有重要影响一般包括：（URPS+）功能性（适用于多个用例的功能）非功能需求（可用性、可靠性、可支持性）设计或实现约束业务规则变例3功能性功能性需求主要在用例模型中刻画，但是也有部分需求不适合在用例中表述有些功能性需求是全局性的，适用于所有的用例如，日志，出错处理，用户认证等不需要在所有的用例中描述这些功能性需求，只需要在补充规约中统一描述就可以了。Pos的例子P784非功能性需求技术需求（客户很少主动提出非功能性需求）可用性（Usability）可靠性（Reliability）性能（Performance）可支持性（Supportability）其他5可用性（Usability）对系统使用上的要求如系统的使用者所需要的培训时间是否应附合一些常见的可用性标准如Windows界面风格等。P786可靠性（Reliability）使用的可靠性，保证系统运行不出错包括：平均故障间隔时间(MTBF)：通常表示为小时数，但也可表示为天数、月数或年数；平均修复时间(MTTR)：系统在发生故障后可以暂停运行的时间；精确度：指出系统输出要求具备的精密度（分辨率）和精确度（按照某一已知的标准）；最高错误或缺陷率：通常表示为bugs/KLOC（每千行代码的错误数目）或bugs/function-point（每个功能点的错误数目）。7性能（Performance）对事务的响应时间（平均、最长）；吞吐量（例如每秒处理的事务数）；容量（例如系统可以容纳的客户或事务数）；降级模式（当系统以某种形式降级时可接受的运行模式）；资源利用情况：内存、磁盘、通信等。8可支持性（Supportability）定义所有与系统的可支持性或可维护性相关的需求对于后期的支持和维护其中包括编码标准、命名约定、类库、如何来对系统进行维护操作和相应的维护实用工具等。9设计约束设计约束代表已经批准并必须遵循的设计决定，其中包括软件开发流程、开发工具、系统构架、编程语言、第三方构件类库、运行平台和数据库系统等等。用Oracle数据库平台，用PB开发….软件必须符合ISO××××标准……本质上不是需求，只是从商业、行政、技术上的约束P7910业务规则功能必须满足的运行原则和策略P88比赛场地必须是长方形，边线的长度必须长于球门线的长度。球是圆形的比赛分为两个半场，每半场45分钟。姚明犯规11业务规则（2）业务规则是在需求收集和分析的标准过程中确定的单独记录业务规则，与需求分离确保业务规则的内聚（易于定义）在用例文档中，相应的步骤加上业务规则限定12BR123：任课教师学期未必须上交学期总结。

BR124：所有出勤率必须在80%以上才可以参加期未考试。BR245：平时成绩所占比例不得超过期未考试成绩。13变例描述新的潜在的需求以简单的方式记录变例在体系结构中为变例留下实现的空间14例变例：注册将完全通过Interntet完成可能性：在未来三年中有很高的可能性影响：未知。变例：大学将开设一个新的校区可能性：确定。已经公布两年内开设新校区影响：很大，学生可以在任何一个校区注册，老师在两个校区授课。学生希望把课程都安排在同一校区。15系统初愿景岛（Vi恰si探on）是总娃览性互的简壳短文榴档，卷项目弱最高洪等级没文档科。描述蜜对项小目的雅共同撒愿景忠。（书老大酿的愿帐望）涉众动的关痒键高倍阶目碎标：提示浓了重记要的炎非功眼能和炸质量申目标系统和功能捏特性械概要对功斗能性走进行翅概括描述叛功能盯特性隔的准李则特性韵层次匙不超这过两等级特性浮最好颈少于10个P8友216词汇莲表（Gl团os室sa泰ry）重要吹术语炒及期麻定义皱的列舌表统一随不同殃涉众福的对帅同一衣事物旦的术记语以数量据字亦典方朗式记联录词泼汇别名描述格式张（类桶型、芦长度息、单葱位）与其欣他元娱素的煎关系值域验证己规则P8慨717编写近的步猴骤需求滚产生如的制登品愿景响、用锅例文江档、身补充旁规约段、词何汇表义等建议模顺序编写叨简要樱的愿虹景方屯案确定丧用户吓目标远和对题应的敌用例厘名称详细挣编写羡一些寨用例鼠，并垫开始绝编写趟补充滩性规稳格说体明精化帝愿景归，对杏以上通制品禾的信触息进武行概希括18用户法界面产原型界面浙原型薪是对糊需求此的补岭充，依使需灿求说膝明更歪加具永体化滑。有利销于与爽客户沃交流缺。界面爱原型优开发搅要根爬据上沈一阶副段的捡用例阁分析名的结揭果进滩行。特别叔是基于we柿b的信臭息系甜统，更违需要烤界面何原型或的补拼充说规明19用户纵界面尚原型荡建模对大齿多数妇人来规说，用户捡界面就是远软件她本身樱。所叛以，讲掌握促用户来界面例设计干的技商巧与匙技术兵是让包软件烦走向津市场科的最休直观改因素氏。好的菌用户气界面牢使得久人们劣不用纱阅读替用户相手册锯或接宴受培杠训就敞能使遭用应既用软剥件。界面烤模型肯以独立区于技塞术的方托式来验满足编软件归的界巧面需消求。目标归着重尾于用羽户和稼他们陵对系慈统的洽使用醉，而称不是凳表现迁系统膛的特支征。禽着重港于需求，而悦不是买设计艇。原型录的的赏开发死手段鞠很多惠。（州草图欧、网揭页）20进行臭界面桃原型急建模主要香步骤东：探究菊系统壁应用确定昼主窗神口为主床要用内户界犁面元起素建晶模为次浮要用优户界畏面元化素建孕模探究前各主票次界诉面元创素之毯间的旱关系探究促用户谱界面浙之间母的关逢系获得划有关链用户怠界面返原型悼的反或馈21探究有系统像应用原型缩慧的开眠发取叛决于庆用户包需求苹，需阳求决鉴定了甜系统瘦必须钞支持忠的业艘务对载象。与实粥际用傅户共干同工陆作，校正是视他们震，最涝清楚渴自己顺的需健求可以库通过黄面谈粒及在建模主阶段毙，用袋例等劈燕手段尖收集需求及。22确定波主窗狂口是用暑户启埋动应逼用程巴序时根打开犹的窗蔽口正常蜘情况谁下，锣只要想应用殖程序考在运元行时霉，它糖就始箱终处匪于打鉴开状助态最大猴限度吼减少攻主窗辈口的缴数目主窗假口上梢设计弊公共址的操绒作，吗对于苏需要烦与用英户进叛行复稠杂的衬交互萄，再肢设计惰辅助蛾窗口跪。23Yah衔oo嗽-M樱us伏ic主窗蹄口24为主价要用问户界发面元晨素建钞模是为堤系统胞与用跨户交疾互的廊接口赵建模舱，必须仆支持幕一个果或多顶个用剧例主要垦用户忌界面证可能临是屏剖幕内白容和口报表学生哀成绩螺单25为次河要用厨户界械面元溉素建甚模是主机要用麦户界抢面中香的需鸦要显核示的仗元素应该医支持译用例坝中描岗述的额行为输入其域、钉列表倍和容欠器确定帐表示枝次要动界面胃元素稼的表黄现方乞式及丽规则学生名称内容：称谓方式：列表如博士、硕士姓名输入域仅允许字母边界姥框26探究食各主眠次界总面元厉素之畏间的撤关系确定江主要胡用户华界面秩元素沃里的纤次要海元素增加UI元素闹的公拍共特团性学生胡成绩回单学生梦信息学生木编号仅显兵示学生磨全名仅显莲示学生讲状态仅显叛示如：民已毕莫业、讯全日宇制在学娘阶段鱼学生植参加梁的课蝴程列表包括兴课程什名称伯、编会号、达状态亦、分数侵、教折授通知旨消息仅显般示用于释市场股目的脚注距消息仅显挎示日期如、页封码号27探究予用户材界面纲之间幅的关犁系界面流程裂图显柏示了略应用景软件颜的用主户界杜面部津件、姜屏幕炭及报欣表之既间的都关系界面体流程帅图帮与助开筹发者负验证姨用户狸界面芽设计由于颈界面萍流程岂图提头供了端系统诸界面机的高遮层视险图，输开发纷者可盐很快斑理解挤系统预期的运捡作流碗程。界面棉流程雷图表庆示方戏式多歇样28一个扛定单这系统的寸界面谊流程图29简单俩网上持书店残页面花关系湿图30手机匙聊天苗程序秋界面31获得鸦有关召用户团界面缘瑞原型枕的反独馈将设母计展咽示给匹其他样项目释成员将设偿计展娇示给传外部岁可用敞性专绸家将设辱计展剩示给硬用户展示序原型块方法或：按恶用例疾中的暴说明后走查造常见疼的场典景检测久通过缝界面贫原型紫是否促实现酱的系炎统需别求对原迎型进滑行评溪估后培，丢揉弃失浅败的永部分第，修愈改缺脂陷的甚部分斥，甚留至添乖加遗禾漏的扛部分橡。32用例蹄场景帐测试津（Sc完en吐ar匹io）用例滴场景斑通过博一个兄或多吹个用犬户描晌述了泳单一盯逻辑兵路径根据业务车流程姜测试凭界面骡原型物，可能值跨越燥一个信或多幻玉个用绘例用例性情景型有名冷称、舱简短羡描述增和采夜取活横动的烤列表考虑吹系统河使用最时发炕生的完异常府情况情景翠可以韵描述荡当前渐系统院领域粘外的荡逻辑创建日调用板一条删或多垃条业稀务规周则的卧情景33根据粒用例棉场景诞设计泻测试序用例为达洋到最搭佳的挺测试铁效果贩或高姨效的赠揭露陈隐藏脱的错围误而帜精心西设计蛮的少该量测纵试数耗据,称之撇为测享试用锋例.现在地的软继件几氧乎都述是由悠事件萝