时间:2022-09-01 04:41:08
导语:在项目需求分析的撰写旅程中,学习并吸收他人佳作的精髓是一条宝贵的路径,好期刊汇集了九篇优秀范文,愿这些内容能够启发您的创作灵感,引领您探索更多的创作可能。
关键词:网络营销;平台;互联网;需求分析;用户
中图分类号:TP393.092
将网络营销商务平台打造成国内一流大型网络营销学习与交流、技术服务、整合营销顾问平台为目标,通过平台前台架构将现有的平台无论从外观设计、内容、展示速度、还是整体功能有效整合,配合网络营销专业教学,网络营销实训项目的整合操作,实现对网络营销整合行销项目的整体品牌形象的提高。
1 总体需求分析
1.1 利用SNS平台特有效应,提供种类多样、互动性强的学习、交流渠道。SNS是依据六度理论建立的网络平台,可以实现在线沟通、交友、视频分享、博客、播客、网络社区、音乐共享等另外,还可以帮你运营朋友圈的朋友。以最全的功能实现授业、解惑、交流、沟通、互动,并积聚人气。
1.2 利用交流性门户网络的效应,提供了广阔的发展空间。通过应用电子商务、建立平台,不仅可以提高自己的知名度,而且可以提供全天候保持和自己学员、网络会员(潜在的学员)、项目客户、合作单位的联络,通过建立平台,用图像、动画技术,辅以文字,声音等附加信息,对我们的专业和可提供的网络营销服务进行全方位的描述和介绍,为构建网络营销商务平台奠定有效的基础。
1.3 为个人提供自我展现的平台。开通能力秀场,利用平台,组织网络营销相关各类服务产品,如网页设计、营销型平台规划、SEO项目策划、百度竞价、淘宝美工、淘宝客服等各种技能展示平台,将平台建设得更加生动有趣,拓展平台的人气值,社会影响,推动平台推广,使平台成为网络营销人才的能力秀场,成为企业寻找网络营销人才的伯乐场。
1.4 提供新颖有效的网络营销商务服务。利用学员建设平台,具有费用更加低廉运营成本的竞争优势,充分发挥教员的经验优势,具有更强势的专业技能服务优势,从而打造一个不同于其他网络服务公司的高效高质、低成本网络营销商务平台,它将不仅仅只是一个网络营销的教学平台,还是学员网络营销实训基地,更是广大企业网络营销的策划师与实施专家。
1.5 电子商务平台。利用平台实现企业网络营销各种服务的在线交易。
2 客户需求分析
从互联网发展状况来看:互联网技术自发明以来已经走过了40多个年头,今天的互联网上活跃着黑客攻击,网络购物等等,未来互联网的发展趋势不再是上亿条信息的发送与接收,而是上亿件物品之间在其所有者和其他服务方的协助下彼此之间相互连接和交流的“物联网”。从住宅自动化管理技术到电子医疗,物联网覆盖的范围似乎无所不及。物联网领域的发展相当可观,许多想法已经变成现实,当今世界只有1%的物品彼此之间实现了有效连接,也就是还有99%的空间需要去开发和完善。物联网最大的目标就是实现营销,这个目标就是在物品或服务的所有者与需求之间来实现,而网络营销就是这一目标实现的终极手段。
从传统企业对网络营销的认识来看:所谓认识问题,主要是传统企业对网络营销没有一个正确客观的认识。所谓网络营销,简言之就是网络+营销,二者缺一不可,但重在营销。认识的问题最终主要体现在企业主身上,作为一个成功的传统企业老板,对营销可谓不会没有认识,但对网络就稍显陌生,由此一来他们就会误认为网络营销关键体现在网络上,进而认为做好网络推广、做一个好的企业平台就是网络营销。同时再加上市面上那些崇尚技术至上、毫无营销策划功底的网络营销公司出于商业利益驱使,对其进行错误引导!
从平台的直接用户来看:平台用户前期锁定学校学员和网络营销从业人员,后期增加企业用户。从学校学员来看,缺少实战经验和问题解决的多途径,从网络营销从业人员来看,虽然有不少以网络营销、SEO的网站出现,但多数都仅限于资讯、技巧文章这些,缺少专业技术的探讨、技能竞技、成果展示。
3 技术可行性分析
在平台规划中引入SWOT分析方法,能将平台发展的每一阶段分成四个角度作全面的剖析,包括长处、短处、机会及竞争威胁,让整个项目能够有效地根据学校本身优势去解决目前问题。通过分析,我们要注意在设计思想方面,要从传统的面向业务的设计转向面向用户的设计,即将设计的着眼点放在用户对象身上,设计视角范围是整个的网络环境,在此基础之上将面向对象的思想引入到系统设计中去。
3.1 网络营销平台的用户是学员、网络营销从业人员、企业,因此,我们平台所有功能的设计要充分体现这些人员的需求,从他们的需求点出发,建立完善的需求体系。目前因为网络营销发展并不成规模,因此这个行业的从业人员多数为个人作业,因此,在平台前期我们可以针对这一现象建立一个网络营销从业人员的网络经纪人系统,将这些有从业经验的人才网罗在自己的平台内,为自己效力。
3.2 对网络和互联网的不信任和安全疑虑,对行业的理解认识不全面,是需求者最大的选择障碍,而我们这个平台最终极目标是商业运营,实现在线交易,因此必须通过专业的技术和理论知识树立一个专业渊博的权威形象,同时还要用技术设计全面、真实、细致的诚信认证与评价体系。针对这个问题,在功能设计上,将从个人和企业两个方面来考虑,对于个人会员将从成长体系、成就体系这两具方面来实现,而对企业将建立企业资质认证体系和企业网络营销项目实操进程体系两个方面来实现。
3.3 技术方向方面,采用INTERNET结构体系,共享资源,统一管理,用户维护使用界面统一为浏览器,应用系统全部在服务器端,系统负载轻,开放性好,系统维护升级方便。
3.4 基于我们自身条件,在项目前期以硬投入为主,因为前期主要是互动平台的搭建和平台人气的积聚,可以充分利用我们现有的资源,师资技术和学员人力,另外基于平台后期发展数据的不断增加与安全防护,要选择安全性能好,稳定性好的硬件服务器环境。进入项目发展期以后,重要项目功能的升级和项目的商业运营,因此软投入应该占主要方面,以人才引入、培训、项目运作等方面为主。
4 平台功能分析
通过平台各阶段发展需求分析,来定义平台的各个功能模块,以完成各阶段的运营目标。但是要让浏览者方便有效地使用平台服务,提高平台排名,还需要对功能模块的设计加以优化,充实功能需求。这样,作为功能需求的补充,平台开发的需求规格说明还应包括非功能需求,它描述了系统展现给浏览用户的行为和用户所需执行的操作等。
鉴于平台重要的门户作用,因此有必要在设计阶段特别建立一个平台的功能模型,以明确各级功能模块的操作细则,以及平台前后系和操作的方法和措施。根据我们的需要和计划,平台的功能将是定位在大型综合网络营销服务网络的模式,这样平台的功能设计遵循:时事资讯型、交流互动性、网络竞技型、网上营销型、客户服务型、电子商务型的总和,以此为出发点定制专业的功能模块来实现平台和公众之间的无障碍的双向信息交流。
网络营销商务平台作为动态的平台,必须搭建后台数据库开发元素,必须可以有自己的后台来管理平台,以修改互联网最新时讯动态、知识教程、在线讨论解惑、在线竞技投票等。
参考文献:
[1]刘志.网站策划师成长之路――网站策划与设计实战[M].北京:机械工业出版社,2011.
[2]李莉.网络营销[M].厦门:厦门大学出版社,2014.
论文关键词:高职院校,绩效管理,需求分析
随着高职院校改革深层次的推进,科学合理的教师绩效管理体系关系到高职院校人事制度改革的成败,关系到整个教师队伍的建设,是否合理、有效直接影响到教师的工作积极性,对学校的满意度和忠诚度。因此,教师的绩效管理对高职院校来说具有重要的现实意义。
一、我国高职院校绩效管理存在的问题
1.绩效目标不明确、计划制定滞后
部分高职院校的绩效目标往往不公开、不透明,教师根本不了解学校的总体目标,更不知道自己应该完成的绩效目标,绩效计划制定滞后导致整个管理体系流于形式。
2.缺少实施和监控环节
绩效管理的实施过程中,忽视了绩效指导和辅导工作,教师管理者也没有意识对教师平时的绩效表现做记录,绩效系统虽然在运行,但是并没有专门的机构对非系统是否有效、是否适用进行监控或者改进。
3.考核缺乏公平性
为避免冲突,绩效排名时有的部门按照“轮流坐庄”,教师对考评结果认同度低,利用的也不充分,很难起到激励教师员工的效果。绩效考评的结果仅仅与经济利益挂钩而忽略员工更高层次的需求,所以更谈不上激励的效果了。
4.结果运用单一、反馈不充分
部分学校在绩效管理中只重视考核结果,但是考核的结果并没有跟教师沟通与反馈,也并没有对教师的进一步绩效的规划。
二、原因分析
探究部分高职院校绩效管理系统运行效率低下的原因,我们从绩效管理系统、人(管理层、中层领导、教师)、资源与内部流程(管理方法)几个方面加以分析。
1.缺乏完整、科学、公平的绩效管理体系
绩效管理包括绩效计划、绩效沟通、绩效考核、绩效反馈以及绩效改进五个方面。是一个循环往复的过程,即从从组织的战略目标出发,将组织文化、管理理念融会其中,在推动组织目标实现的同时开发员工潜能、培养员工技能,以提高绩效。绩效管理更加注重过程中的信息沟通和结果反馈,注重考核结果的运用。
许多高职院校简单的将绩效考核等同于绩效管理,为了考核而考核。忽视或者完全没有绩效计划、绩效反馈、绩效沟通、绩效改进等环节的管理活动。从绩效管理体系来看,绩效考核只是绩效管理过程中的一个关键环节,是一种以结果为导向的考核系统,侧重于判断和评估,无法替代和等同于绩效管理。
2.缺乏专业机构和管理人员
许多高职院校并没有设立专门的机构部门来进行学校的教师绩效管理工作。教师的考核结果不能及时地反馈给教师本人,教师就无法知道自己在考核期间内的工作哪些地方做得好,哪些地方还有待改进,这会造成教师的绩效无法得到改善和提高。这样教师个人的绩效无法达到改善和提高,而高职院校整体的绩效也会受到影响,结果是高职院校在激烈的教育市场竞争中将失去竞争优势。
3.管理制度不配套
良好而正确的管理制度是教师绩效管理得以实施和发挥作用的前提和环境,没有配套的管理制度,再好的绩效管理思想和方法也难以顺利地实行。很多高职院校并没有建立起比较健全的管理制度,以至于许多管理活动无法做到有章可循,导致了高职院校教师绩效考核缺乏全面性和公正性,影响了绩效考核结果的参照作用,既不利于对高校教师的激励也不利于高校整体绩效水平的提高。
4.绩效管理工具设计、运用不当
绩效目标、指标设置不正确,计划设计不当、缺少绩效沟通、绩效结果运用单一都是绩效管理不当的主要表现。
高职院校在绩效考核中关键指标的设定不科学,具有片面性,不能准确的衡量教师的真实水平,导致教师消极对待,最终影响教师的积极性。
目前高职院校的激励条件往往和年终奖金和职称挂钩,但是仅不能与干部任免、职务晋升、薪酬档次等教师的切身利益联系起来,其结果必然导致激励效果停留在浅的层面上,最终流于形式,发挥不了应有的作用。还有很多高职院校的激励措施也具有暂时性、不定性,缺乏制度的保障。
高职院校在推行绩效管理的同时,忽略了与教师沟通,教师对绩效考评存在抵触心里,因此教师对绩效考评首先采取自我保护的态度,出现自评打满分,互评一团和气,荣誉轮流坐庄的现象,基本上失去相互比较的意义。这说明高职院校教师还没有认识到绩效管理的必要性和重要性,因而绩效管理成了教师和管理者双方的负担,而不是动力,从而导致绩效管理的结果与初衷大相径庭。
三、我国高职院校绩效管理的需求
1.学校高层管理者对项目的要求
(1)符合学校总体战略目标,能够提高学校绩效管理水平;(2)符合高职教师发展的需要,能够提高教师胜任力和教师满意度;(3)能够营造和谐统一的组织文化和开放平等的沟通氛围;(4)能够提高学校中层管理者的管理水平。
2.教师对项目的要求
(1)考核过程公平、公正、透明;(2)自己的付出能够得到学校领导的肯定,得到相应的回报;(3)绩效目标符合自身能力范围和发展需要;(4)职业发展规划的要求。
3.绩效管理执行者对项目的要求
(1)考核指标科学合理,易于操作;(2)能够得到绩效管理方法的培训和指导;(3)能够提高团队凝聚力;(4)能够规范教师行为。
根据分析确定高职院校绩效管理项目的总体目标:
采用项目管理的方法实施教师绩效管理,保证高职院校战略目标的实现;提高高职教师工作绩效,提高每位教师的工作胜任能力,建立一支过硬的适合高职院校发展战略所需的教师队伍,提高学院的竞争力;促进学校管理者与教师之间的持续沟通与交流,形成开放的、积极参与的、主动沟通的、以绩效为导向的组织文化,增强学校的凝聚力,赢得高职院校持续发展的核心竞争能力。
参考文献
【摘要】目的:为了解妇幼保健服务及健康教育现状与群众的需求,为今后妇幼保健院开展健康促进项目提供科学依据。方法:对今年3月来我院寻求服务的465人进行随机问卷调查。结果:回收的465份有效问卷健康教育知晓率60%以上;妇幼保健健康促进项目需求量在81%以上。结论:医院健康教育工作仍需加强,健康教育形式要多样化,可以开展健康教育有偿服务;妇幼保健院要做根据不同层次人群的需求,做大做强妇女儿童健康促进项目。
【关键词】妇女儿童;健康教育;健康促进项目;需求
Women child health education and health promote item need and analysis
Li Ying Yang Shili Li Fang Hu Shaoling Su Yuping
【Abstract】Purpose:For the sake of solution Fu young health care service and health education the need of the present condition and crowd, for aftertime Fu young health care the hospital open an exhibition health help the item to provide science basis.Method:To this year March come to my hospital to look for service of 465 people carry on random questionnaire.Result:Recovery of 465 valid questionnaire health education understand a rate above 60%;Fu young health care health promote the item demand is in above 81%.Conclusion:Hospital health education work still need to be strengthen, health education the form want diversification, can open an exhibition health education have Chang service;The Fu young health care hospital want to do according to dissimilarity the need of the layer crowd, do big is a strong women child health promote item.
【Key words】Women's child;Health education;Health promote item;Need
为了解妇幼保健服务及健康教育现状与群众的需求,今年3月,我们对来院寻求帮助的465名孕产妇和儿童及家属中进行健康教育和健康服务现状与需求调查 ,以了解当前妇女儿童健康促进服务、健康教育现状与需求,并对调查资料进行统计分析,为探讨妇幼保健院在今后开展妇幼健康促进项目,做大做强妇女儿童健康促进延伸产品提供可靠的科学依据。
1.对象与方法
1. 1 对象:今年3月来我院妇产科、儿科及相关辅助科室就诊的465名服务对象及家属。
1.2 方法:采用我院自行设计的《妇幼健康促进项目》问卷调查表,以问卷的方式,每次以产科、妇科、儿科及相关的辅助科室为单位进行随机分发,对孕产妇及儿童的其家属进行问卷调查,共发465份。每个调查项目,采用知道、不知道;需要,不需要进行调查,答题者根据本人情况如实选其中一项回答。我们将调查表汇总,结果如下。
2.结果
2.1 健康教育知晓率。见表1。
2.2 妇幼健康促进项目需求。见表2。
3.讨论
(1)本次调查是在孕产妇及儿童和家属中进行,能代表孕产妇和儿童的保健意识及保健需求。
(2)本次调查表明,产前检查知晓率达95.91%,说明通过多年来妇幼卫生工作者的努力,特别是《中华人民共和国母婴保健法》颁布实施以来,孕产期保健工作得到了普及,各级卫生行政部门规范了孕产期保健工作,开办孕妇学校,孕产期保健知识深入人心,大众基本能接受孕产期保健。
(3)在本次调查的人群中仍有18.49%的人对住院分娩的好处不了解,认为分娩是瓜熟蒂落的事,住院分娩费用高,在家也可以进行,不必花那么多钱去住院。
(4)计划免疫知晓率60%,主要认为小孩没有病不必打针和服药。说明今后要加强计免知识宣传,让老百姓真正懂得计划免疫的好处,自觉接受计划免疫。[1]
(5)饮食营养知晓率是本次调查知晓率最低的,只有46.24%,说明公众对饮食和营养的需求仍停留在吃饱或吃好就行了。孕妇缺乏、需要营养知识,需要孕期营养门诊或孕期营养专题讲座等更专业指导方式,进行营养知识指导、个体化饮食安排指导、营养膳食评价等更高层次的服务[2]。对儿童或青少年营养需要不知道,不懂那些是自已需要的营养素,怎样吃,吃什么好?这些都说明营养知识需求有较大市场。
(6)本次被调查的人群对更年期保健知晓率只有63.86%。说明大众缺乏更年期保健知识,需要加大宣传力度,更年期保健市场前景看好。[3]
(7)儿童早教知晓率达94.40%,说明群众对早教能够接受,妇幼医院应加大早教力度,让儿童早教发挥更大的效益。
本次调查结果显示,随着人民生活水平的不断提高,现有的医疗服务不能满足不同层次群众的需求,发展妇女儿童健康促进项目是当务之急,如孕妇俱乐部、儿童俱乐部、青年俱乐部、更年期妇女俱乐部、营养俱乐部的需求量达81%以上;儿童早教需求量达94.41%;儿童营养指导、智力开发、心理卫生等指导需求达91.18%,说明妇女儿童健康促进项目市场前景良好。
3.1 医院健康教育工作有待加强。本次调查说明,随着医疗卫生保健事业的发展和人民生活水平的不断提高,大众卫生知识及自我保健意识逐步提高,妇幼保健服务已被越来越多的群众所接受,但由于受文化和经济、教育、交通、习俗、传统观念等多种因素的制约,仍有部份群众卫生保健意识薄弱。被调查者中有29.03%的人不知道更年期保健知识;有27.53%的人不懂饮食营养;有[4]14.41%的人不知道饮食卫生;有13.98%的人对青春期保健知识不了解;有12.26%的人不知道要做计划免疫;有12.04%的人不知道高危孕妇要住院分娩;有10.75%的人不知道孕期需要医生指导锻炼;可见,妇幼医院健康教育工作有待加强。健康教育是妇幼医院营销的窗口,在当今市场经济社会,医院有了好的服务产品,必须要有营销手段,健康教育科就是妇幼医院最好的营销窗口。只有健康教育工作做大做好了,妇女儿童健康促进项目才有市场,才能发挥更好的社会效益和经济效益。
3.2 医院健康教育形式要多样化。除了接诊医生、护士对病人进行面对面健康教育外,还要根据各医院现有条件进行发宣传资料、健康教育处方、电视节目、板报、墙报、讲座、培训班、俱乐部、报刊杂志等进行有效宣传活动,并把健康教育作为常规工作。健康教育直接将知识、技术和服务有机地结合在一起,提高医院的服务质量和水平。[4]
3.3 医院健康教育应有各项量化指标,便于考核和提高。目前医院健康教育考核指标不够量化,检查、考核存在一定难度,需要制定能量化考核又便于操作的考核指标。
3.4 医院健康教育要开展有偿服务。医院健康教育除了开展公益性无偿服务外,还要开展围绕健康促进项目的有偿服务,增加健教科工作人员收入,从而体现健教工作价值及调动职工的工作积极性,使健教工作可持续发展。
3.5 健康教育工作应纳入社区日常工作来抓。社区应组织公民定期听保健医师讲授卫生保健知识课,接受科学卫生观,改变不良饮食和不卫生习惯,从而提高公民综合素质。
参考文献
[1] 叶建国,王春启,等.健康教育在乡镇预防接种工作中的作用. [J]. 中国健康教育.2003.19(7)520.
[2] 陈沁,等. 孕妇营养知识水平与服务需求调查分析. [J].国际医药卫生导报..2009.15(12)121.
[3] 杨艳杰,彭涛,杨秀贤,等.农村社区更年期妇女心理健康状况调查分析. [J]. 中国妇幼保健..2004.19(7)106.
关键词:用户 软件开发 软件工程
一、软件工程中的需求分析概述
一个软件项目的开发主要分为五个阶段:需求分析阶段、设计阶段、编码阶段、测试阶段和维护阶段。而需求分析阶段所得到的结果是软件项目开发中其他四个阶段的必备条件。从以往的经验来看,需求分析中的一个稍稍的偏差,就可能导致整个项目无法达到预期的效果。需求分析是指理解用户需求,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划的一个复杂过程。需求分析是软件工程中的一个重要环节,是关乎软件项目开发成败的重要因素。现在的软件项目中返工开销几乎占了总开发的一半,而导致返工的主要原因是需求分析不明确,从而引发项目开发中的一系列更改。这些更改可能导致浪费大量资源、软件项目无法按时完成等严重问题。所以,需求分析是软件设计和实现的基础,是软件项目迈向成功的重中之重。
二、软件工程中的需求工作流程
1.创建数据字典。数据字典是对系统用到的所有数据项和结构的定义,以确保开发人员使用统一的数据定义。在需求阶段,数据字典至少应定义客户数据项以确保客户与开发小组使用一致的定义和术语。分析和设计工具通常包括数据字典组件。
2.确定需求的优先级别。应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时,在特定的版本中加入每一项变更,并在那个版本计划中做出需要的变更。
3.分析需求可行性。在允许的成本、性能要求下,分析每项需求实施的可行性,明确与每项需求实现相联系的风险,包括与其它需求的冲突,对外界因素的依赖和技术障碍。
4.使用质量功能调配。质量功能调配是一种高级系统技术,它将产品特性、属性与对用户价值联系起来。该技术提供了一种分析方法以明确哪些是客户最为关注的特性。质量功能调配将需求分为三类:期望需求,即客户或许并未提及,但如若缺少会让他们感到不满意;普通需求和兴奋需求,即实现了会给客户带去惊喜,但若未实现也不会受到责备。
5.衡量需求稳定性。记录基本需求的数量和每周或每月的变更数量(添加、修改、删除)。过多的需求变更“是一个报警信号”意味着问题并未真正弄清楚,项目范围并未很好的确定下来或是政策变化较大。
6.绘制系统上下文示意图。这种示意图是用于定义系统与系统外部实体问的界限和接口的简单模型。同时它也明确了通过接口的信息流和物质流。
7.作为功能需求的补充,软件需求规格说明还应包括非功能需求,它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约;外部界面的具体细节;性能要求;设计或实现的约束条件及质量属性。
三、现阶段软件工程课程设计中需求分析现状
学生重代码,轻需求,急于完成可见的执行软件,大大压缩了需求分析时间;学生缺乏对所选课程设计题目相关的业务知识的了解,需求分析只是对需求的拼贴,不完善,不系统;缺乏实际项目经验,对需求分析的认知只是停留在理论阶段,不能在实践上给学生以高水平的指导。
四、解决方案
针对以上问题,文中给出解决方案如下:一方面转变学生对需求分析的认知误区,强调需求分析的重要性,通过一些案例及调研数据让学生了解忽视需求分析带来的严重后果,让学生重视需求。让学生了解软件项目开发工作和项目管理工作都与需求密不可分,如软件项目成本估算、进度计划、项目跟踪控制、验证、确认等工作都以需求为基础;软件设计、编码、测试最终的目的都是为了提交一个满足用户要求的可执行软件,用户的要求主要就体现在需求分析的制品上。另一方面增强需求分析的趣味性,让学生主动参与需求分析,如选题上给学生充分的自主选择权利,或者让两个同学选相同题目(分别做不同模块),同组间进行需求分析竞赛等。在软件开发过程中让学生记录并总结,自身项目中存在的那些需求问题,对项目产生了怎样的影响,让学生在实践中体验、总结需求的重要性,加深认识。题目选择范围上给学生更大空间,可从教师给定的题目中选取,也可学生自拟题目。因为课程设计的时间有限,需求又是一项要求精细、准确、全面的工作,所以在课设开始前至少一个月,让学生预先选好题目,进行需求调研、分析工作。需求分析开始前,由教师预先规定应分析什么,如:软件功能需求、性能需求、可靠性和可用性需求、接口需求、系统约束等;采用什么样的分析方法,建立什么模型,如:功能模型、数据模型、行为模型等;及最终要形成软件需求规格说明,该文档模板由教师提供。任何软件需求都离不开其涉及到的业务领域,因此也要要求学生对业务领域相关的标准模型进行分析和研究,对业界的一些标准和最佳实践进行熟悉,对业务领域进行大量调研。这样才能让才能分析出真正的需求,否则需求就会脱离实际。不但要有扎实的理论知识,还应具有较强的实践经验,指导学生完成由理论知识向实践技能的转换。所以在选择课程设计教师的一个重要条件就是教师要有软件项目开发经验及管理经验[5],熟悉软件开发的各个环节。若教师本身不具备这样的能力,也可以通过加强教师培训,让教师到企业中实习的方式来提高教师实践指导水平,通过考核的教师才可以指导课程设计。
五、结语
软件需求分析中的关键就是展开分析、发现问题、征服问题。所有的一切都是为了能够将软件中的错误和漏洞在需求分析和需求工程阶段发现并解决,这样才能使软件开发的成本收益比达到最大,使得软件在其生命周期中的维护费用降到最低,这也是我进行软件需求分析方法研究的目的,希望可以通过上述的软件需求分析的方法研究为以后软件的开发打下一个良好的基础。
参考文献:
[1]PressmaI1.软件工程一实践者研究方法(第4版).北京:机械工业出版社,1999.
在收集完数据之后,PM要和客户开始明确项目的大小,成本,规格,期限等重要特征并将其写入合同文本,同时准备内部的包括预算,衡量标准等文档,建立项目的评估标准。接下来就是需求分析。由于专业的原因,我们这里仅讨论软件工程项目的需求分析(以下简称需求分析)需求分析的主要参与人员有PM,总体架构设计师,系统分析员,熟悉业务流程的客户。PM统领的团队这时候还不是真正的开发团队,我们叫做前期团队。随着需求分析的逐步深入,新的团队成员不断加入,启动阶段结束的时候正式的团队将建立。对一个已经启动的项目来说,需求分析直接决定了项目的成功与失败。最初的需求体现在客户的工作说明书或招标文件及附件上。这种需求一般比较含糊,无法体现客户真正的需求。前期团队要根据自己的经验和客户沟通并引导客户进入正轨。有时候客户会很不讲道理或者思路僵化,就要求按照他的思维去定一些明显错误的需求。这个时候团队成员要耐心和客户举事实,谈经验,讲道理,用图形或模型等直观的方式将需求描述出来,比如常见的数据流图等。所以说,争论再所难免,客户有时候会吹胡子瞪眼睛拍桌子甚至会说"这个东西不要你们做了"之类的话。PM此时除了要亲身参与需求分析综合整理文档之外,还要处理好团队成员与客户的关系,确保关系不会恶化到无法收拾的地步。只要PM尽力约束团队中的成员,这个度还是很容易控制的。
对快速开发和叠代开发来说,需求和实现往往是同步进行,开发速度快是一大优势。对有相同或类似模式的小项目来说采用快速开发或叠代开发是很合算的做法,时下流行的极限编程就是针对这方面建立的思维模式。然而,大中型项目中有太多不一样的需求和模块。如果不是因为项目有差异,那么市场上就只有产品而没有项目了。所以,大中型项目的需求要认真仔细的去做。我们要讨论一个问题,究竟应该在需求分析和总体设计上花费多少时间?我们熟悉的瀑布开发模式基本上分需求分析,总体设计,软件开发,测试等几个阶段,然而究竟应该在前两个阶段上花多少时间却没有定论。实际项目操作的例子表明,分析设计的时间越长,需求设计做的越详细,测试的时间就越短,返工率越低,风险也越小,成本越容易得到控制。
而需求分析和总体设计没有做好就急忙上马进行开发的项目在项目初期进展顺利的时候问题不大,到了项目后期和测试阶段一些潜伏期比较长但是破坏作用比较大的问题就会凸显出来,造成返工,延长测试时间。所以与其把问题堆积到紧张的项目后期,不如把时间多花点到需求分析和总体设计上。基础夯实了,金字塔就容易造了。在日本公司打工的程序员们可能都知道,小日本的软件规范非常厉害,他们花在需求分析和总体设计上的时间通常在40%到50%左右,远远超过国内软件项目的实施,效果也要强的多。他们总体设计的规范甚至详尽到某个过程该如何判断,确立什么样的条件,换言之就是把什么时候该如何写(if...else)语句都帮程序员定好了。在这样的软件规范下,程序员更象是装配流水线上的工人,对一个模块或技术熟悉到一定程序就变成了完全的重复性劳动。所以在日本和欧美经常会有程序员是低级工作一说,很多人不明就里,对国内程序员也照搬,对国内的程序员来说是很不公平的。在国内,只会照抄别人代码,一点都不懂创新,凡事依靠别人,快下班就盯着表看的程序员是不少,这种人一般很难有什么前途。但是,优秀的不断进取的程序员也很多。由于国内没有象CMM这样的软件规范或者很少,所以这类优秀的程序员不少都是干着系统分析员甚至PM的活,拿着程序员的工资。这类程序员虽然在起步时会吃很多亏,而且是主动找亏吃,然而几年之后与前一种程序员的社会地位会出现明显的分化。当上进的程序员们作为PM进行商务谈判的时候,前者还在各个公司里频繁跳槽,跳来跳去都不满意。有些扯开了,回到我们的话题。
一、项目需求分析
本章主要是说明推理猜谜手机游戏项目的需求分析。推理猜谜手机游戏项目的需求分析阶段是游戏项目的最初阶段。游戏能否取得成功,和需求分析阶段是密不可分的。
(一)需求分析流程
1.项目流程的分析
(1)项目流程分析的原则
对于推理猜谜手机游戏项目,所以按照一个合理的游戏项目需求分析原则来进行需求分析是非常有必要的。对于推理猜谜手机游戏项目的需求分析,如表所示,下列的内容非常重要:
(2)项目流程分析的步骤
要想做好推理猜谜手机游戏项目的需求分析,需要按照一个合理的流程来进行,这在需求分析阶段是非常重要的。步骤如下:
①市场调研
②收集信息
③编写游戏功能描述书
二、项目解决方案与关键技术
本章是介绍推理猜谜手机游戏项目的解决方案与关键技术,根据推理猜谜手机游戏项目的具体需求,同时在横向对比同类游戏的基础上,确定游戏项目的解决方案,并在此基础上对关键技术的选择进行讨论,最终确定出关键技术。
(一)开发方案
开发的游戏的手机游戏平台使用的是J2ME标准。
(二)开发工具
对于J2ME平台,使用编程语言是java语言。
1.开发工具简介
Eclipse开发工具,它是一个开放源代码的、基于Java的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。Eclipse附带了一个标准的插件集,包括Java开发工具(Java Development Tools,JDT)。Eclipse还包括插件开发环境(Plug-in Development Environment,PDE),这个组件主要针对希望扩展Eclipse的软件开发人员,因为它允许他们构建与Eclipse环境无缝集成的工具。
三、项目设计与实现
(一)总体设计
1.项目体系结构
2.项目总体流程
推理猜谜手机游戏项目的总体流程是,游戏启动后,首先出现公司的logo画面,停顿3秒后进入游戏的主界面。进入游戏主界面后,玩家可以选择新开游戏,功能设定,游戏帮助三个游戏选项。如果有游戏记录时,可以选择继续游戏。通过游戏的左软键选择结束游戏,通过游戏的右软键连接网络,连接网络可以登录公司主页和下载最新的游戏。玩家选择新开游戏后,进入游戏的选关画面,选择想要进行的游戏关数后,进行游戏,当游戏通关时,这一关的游戏结束。当游戏中途要退出游戏时,可以选择存储游戏的进度后,退出游戏。这样下一次进入游戏后可以选择之前保存的游戏进度,继续游戏。
(二)流程逻辑设计
对于推理猜谜手机游戏项目,确立游戏的流程逻辑非常重要。游戏启动时,首先调用游戏基本功能的类,如游戏的画面显示,按键。然后调用游戏的算法类。最后调用游戏的数据存储类和音频文件播放类。
(三)游戏各个部分设计
推理猜谜手机游戏项目分为如下几个主要的部分:游戏画面、输入控制、游戏算法与功能、数据存储读取、背景音乐与游戏音效。
1.游戏画面的设计
推理猜谜手机游戏的画面是游戏用户接触最直接的部分。游戏的界面如果制作的不理想。游戏用户对游戏的印象就不会太理想,会认为游戏制作的不够出色。
2.输入控制的设计
手机玩家在进行游戏时,是利用游戏的输入设备来控制游戏。手机游戏的输入设备是手机的按键。
3.功能算法的设计
游戏的功能算法是手机游戏项目的核心部分,对于游戏项目来说,算法的实现非常重要。游戏的算法比较复杂,里面涉及了很多学科的知识,例如数学知识,物理知识等。对于推理猜谜手机游戏项目,游戏算法的设计流程如下:
(1)首先,游戏的基本功能实现
(2)对游戏功能进行调整。包括性能优化和界面调整
(3)对游戏进行细节调整
4.数据存储读取的设计
在开发的推理猜谜手机游戏项目中,游戏项目中存储和读取的设计如图15所示分为了2个部分:游戏的普通数据存储读取和游戏进度数据的存储读取。
5.音乐与音效的设计
首先在游戏启动时载入游戏的音乐资源,然后进入游戏主界面时,开始播放游戏的背景音乐。在不同的游戏状态画面,背景音乐不同。对于游戏音效,通过用户的手机按键来播放不同的游戏音效。实现的方法是首先编写播放背景音乐和游戏音效的函数,然后在游戏中调用这2个函数来实现需要的功能。
四、测试
关键词:网站管理 维护
一、网站管理与维护的必要性
1.1网站项目建设的特点
1)设计者与客户层次与认识存在差异,容易导致项目建设目标的不确定性。
2)网站项目涉及领域广,对参与项目的人员理解和研发项目提出高要求。
3)网站建设属智力密集、劳动密集型项目,受人力资源影响大。
4)开发技术的快速发展使得网站项目的开发具有多模式的特征。
5)网站项目底层编程较为专业,要有友好界面对项目各参数进行配置。
1.2网站管理与维护的作用
结合网站项目建设特点,网站项目需要以下几个步骤:首先业务员与客户接洽了解,确认立项,从客户代表那里获得需求后,形成需求报告;业务流程分析员分析需求报告,生成项目模型报告;界面工程师得到项目模型后设计制作相应的模板和用户界面原型,并最终由客户代表确认。可以看出,作为项目开端的需求分析直接保障了整个项目的正确性、可行性和必要性,对项目最终的检测性和简明性至关重要,也可以这么说,做好需求分析才能有的放矢,项目才有成功的可能性。
二、网站项目建设需求分析策略
不同行业客户的特殊要求(比如开发税务相关网站项目,就需要设计人员有一定的税务知识)也对参与项目管理的人员和研发人员提出了很高的要求,这就要求接洽业务员要加强客户所在领域的知识积累,能够将客户的需求转化成实际的程序输出,也能够将项目中的个模块以客户易于理解的方式进行说明,深度挖掘客户需求,并最终明晰项目建设目的,完成必要的管理与维护。在项目组的准备工作完成后,我认为采集客户需求应该按照以下二个阶段进行:
1)第一阶段
目标:完成调查报告和业务流程报告,搞清供求关系。
采取方法:项目组采取主动“问答”方式,指定有经验的业务员和需求方进行沟通。
具体实施:项目中涉及的经理、页面设计员、程序设计员、测试员,文档起草等人员必须到场,通过访谈、调查表、填写意向表等方式从宏观上把握客户具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等客观信息,与客户建立起良好的沟通渠道和方式。建设团队经理对搜集的信息进行汇总,各参与人员就获取的知识进行进一步的归类分析,页面设计员制定大略的视觉模版;程序员就网站功能进行拆解分析,列出网站需要的程序模块并就各功能实现的可行性对照现有的软硬件环境进行评估;文档起草准备完成调查报告和业务流程报告,进一步明细项目思路。
2)第二阶段
目标:完成调研分析报告,完成业务流程设计,进一步确认客户需求。
采取方法:项目组采取“联想启发”方式,对第一阶段的调查进行完善和修改。
具体实施:项目涉及人员的要通过“联想启发”方式经一步与客户进行沟通,消除由网站项目建设的特点导致的众多不确定性。客户的需求往往是笼统的、分散的,第二阶段要对第一阶段的对网站项目的总体设计方向进行进一步的确认,可以通过展示企业以往开发的相似类别的产品实例、对网站项目的开发方法及运行方式和要求进一步说明,让客户等非专业人员对整站系统从前台到后台,从页面到代码,从架构到管理有一定的认识,从而是客户对自己的最终需求进行具体的描述。
三、网站管理与维护的注意事项
在整个项目实施过程中需求不明确、业务流程不合理往往是项目面临的最大风险,直接导致项目的开发失败或是客户不接受,因此必须做到细致了解客户意愿,明晰客户需求,采用必要措施来强化需求调研,需要注意以下几点:
3.1深化沟通,强化需求分析
1)在实际项目建设中,客户由于种种原因很难在分析阶段全面而准确的描述所有问题,项目实施者可以引导客户讲所有想到的需求全部阐述清楚,然后归纳整理后逐条筛选,将客户的模糊要求明晰化。得到初步项目目标后,由于客户与研发人员知识的不对等,有可能导致理解的不对称,项目业务员要了解客户所在行业的需求情况,采取多次协商的方式,逐步强化需求分析。
2)很多情况下客户并非专业人士,有的描述很难凸现重点和技术难关,有些客户甚至描述的需求软件实现难度极大,客户需求概念的模糊,导致项目目标笼统而且尺度难以控制,这就要求业务人员认真倾听客户说明,充分利用图表、结构图以及简单直白打比方的方式与客户沟通,让客户理解开发流程和开发注重的要点,对自己预期目标进行整理和分析,使得项目实施者可以发现客户在开发过程中的潜在需求。
3.2细致分析,增强功能扩展
通过与客户的深入沟通,将客户预期及反馈信息一条条的罗列出来,逐条归纳、分析,发掘用户最原始、最完整的要求,完成业务流程,划分各功能模块,充分考虑客户基本要求基础上的潜在需求,增强模块功能扩展,方便在开发过程中随时增加模块功能,满足客户多重需要。如政务系统在接收公文的同时,也许就需要为客户预留各公文接收单位沟通的通道;邮件系统设计的时候可能会需要考虑广告管理、超大附件、或许还要有邮件贺卡等应用;电子商务网站也许需要热卖排行榜、年终销售统计报表等等。限于各方面的因素,客户通常能够接受分阶段的开发过程,但是随着网站项目的逐步成形,客户就会不断提出很多改进需求,因此在需求分析时,承建放要提早为客户设想到今后的需求变更,增加模块功能的可扩展性,可以使项目开发更加顺利。
3.3强化管理,提高团队效率
一个好的团队,才有好的协作,才有好的效率,才能作出好的项目,这就体现了团队管理的重要性,在作为网站项目重中之重的需求分析阶段尤为重要。
1)要有清晰的需求目标。
需求分析阶段团队中的项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应参与需求调研,共同讨论客户反馈意见,根据团队分工不同,分项实施,达成一致意见。全体人员要对项目需求有统一清晰的认识,在开发过程中遇到问题及时与客户沟通修订,避免业务人员与开发人员、承建方和客户方之间发生不必要的纠纷。
2)要有紧密的沟通协作。
加强团队成员的沟通协作,使项目信息通道畅通,建立健全反馈机制。项目进行中,项目的需求变更是无法避免的,在有类似情况发生时,各成员之间良好的沟通可以以最短的时间作出反应,将变更信息转化为项目模块的修改加强,并能及时将变更信息传递给客户,便于下一步项目的研发。
参考文献:
笔者所在单位―浙江广厦建设职业技术学院从成立之初至今已经历了十年。在这十年发展过程中,学院积极进行专业建设与课程整合并在精品课程建设上取得了一定的成就,多门基础必修课程已成为省级、院级精品课程,唯独高职英语精品课程仍在建设当中。我院的高职英语教学坚持“以学生为主体,能力为本位、项目化为导向”的职教理念的统一指导选用统一的教材执行统一的教学模式,但非英语专业学生的英语水平、英语学习兴趣、学习动机等学情不一,在有限的学时内无法充分提高语用能力...于是高职英语课上学生越学越没兴趣、教师越教越疲倦,英语等级通过率越来越低,高职英语院级精品课程建设困难重重。这就要求我们通过需求分析,创新教学模式,从而端正非英语专业学生的学习态度,提高学习成绩。在需求分析基础上,充分利用学院现有多媒体教学资源设计分项教学,让非英语专业学生自主学习。
2.需求分析理论
需求分析理论曾被欧洲学者第一次运用于ESP(English for special purpose)课程教学,而高职英语课程应该是ESP课程中的EOP(English for occupational purpose)课程。因此,高职英语教学模式的创新要以需求分析理论为切入点。需求分析旨在搞清楚学习者需要什么,期望什么,缺乏什么,必须或应该学些什么(余小川,2011)。Hutchison和Waters(1987)从不同的研究角度把需求分为目标需求和学习需求两类.根据他们的理解.为了目标情景中能灵活运用学习者所必须学会的知识和技能属于目标需求,而学习者为了学会这些知识和技能而要做的一切则属于学习需求。并且他们在此基础上对目标需求进行了细分,即必学的、欠缺的和想学的知识能力素质。在高职英语教学模式的创新过程中,必学的是指直接决定着高职非英语专业学生将来能否顺利完成工作的实用英语和学习者必须掌握的行业英语;学习者目前的英语水平与未来职业岗位中需求的目标英语水平之间的差距则属于欠缺的;想学的是指学习者基于自身的特定情景而感到需要学习的英语。
Dudley-Evans和St. John (1998)从三种不同的角度对需求分析的方法进行了进一步的细分。首先是目标情景分析法(target situation analysis)。它从课程设计者的视角出发,用来宏观分析一个社会或某些行业对EOP教学的需求。其次是学习情境分析法(learning situation analysis)。它要求课程设计者和教师着眼于学生,分析了解他们对所学语言的态度、经历和要求对语言学习的影响。再次是现状情境分析(present situation analysis)。这种分析要求教师着眼于学生的现有语言基础,分析了解他们的学习障碍和差距,以此为依据去设计有效的教学方法。
3.高职英语教学模式革新前的需求分析
笔者运用Hutchinson和Waters的学习者需求分析框架,参考Dudley-Evans和St.John(1998)的目标情景分析法,现状情境分析法以及学习情境分析法,以浙江广厦建设职业技术学院建工分院非英语专业为实证研究个案,主要通过教学反思、企业走访调研、访谈师生等研究方法,从服务地方经济发展需求、服务学院人才培养方案需求、服务非英语专业学生语言学习需求的角度来分析高职院校建筑类专业学生需要掌握的高职英语知识、技能和素质,初步探索学院高职英语教学改革的深化方向。本章的需求分析主要程序有三:一是通过网络搜索与对实习生进行的走访,分析就业岗位对毕业生终身学习、可持续发展的英语需求,即行业目标需求分析;二是通过分析学院高职英语教学改革与各专业的人才培养方案重新审视高职英语知识与技能方面的教育需求,即现状情景需求分析;三是在参考Hutchinson和Waters等提出的需求分析框架基础上对授课对象就当前的高职英语教学模式进行问卷调查、分析非英语专业大一新生的英语学习需求,即教学需求分析。
3.1行业目标需求分析
关键词:敏捷建模;形式化方法;需求分析;需求工程;VDM语言
中图分类号:TP311文献标识码:A文章编号:1009-3044(2008)34-1680-03
Formal Requirement Analysis Method Based on Agile Modeling
ZHANG Yu1,2, PING Long-mei1,3
(1.Faculty of Computer Science and Technology of Suzhou University, Suzhou 215000, China; 2.ShangHai Ronsing Investment CO., LTD, Shanghai 200127, China; 3.ShouZhou Hospital of Traditional Chinese Medicine, Suzhou 215021, China)
Abstract: Software requirement analysis is the most important step in software life cycle. However there are two major defects of traditional requirement modeling methods. One is frequent requirement ambiguity and discord caused by informal requirement description. Therefore it is hard for identification and confirmation. The other is changeability. Requirement change and its chain reactions are the most influential risk factor for the project quality, process and contract performance. This essay focuses on dealing with the difficulties of software requirement analysis. It put forwards a set of formal requirement analysis methods on the basis of agile modeling through the combination of formal method and agile modeling theory.
Key words: agile modeling; formal method; requirement analysis; requirement engineering; VDM Language
1 引言
需求分析是指理解用户需求,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划的一个复杂过程。面对千差万别的用户要求,如何能够快捷、准确的获取系统的需求并建立起无歧义的、完整的需求模型已成为软件开发中的核心问题。敏捷建模(AM)是针对基于软件系统的有效建模和编写文档的一个混乱而有序的、基于实践的方法。形式化需求模型采用形式化规格说明语言(最好采用广谱的形式语言,以利于实现需求模型向设计阶段的演化)进行描述,目的是为了对用户的需求进行精确的定义,有利于今后对模型的验证及自动生成设计阶段的程序。形式化方法(Formal Methods)是全面系统地使用基于数学的语言、技术和工具精确地说明、开发和验证软件系统,使用形式化方法描述的规约具有规范性和无二义性。而且形式化语言是一种机器可处理的描述语言,可以保证软件复用自动化成为可能。
2 理论模型的框架
Alistair Cockburn指出,“不同的项目需要不同的方法论,一个项目的最佳过程是这个项目所能负担的最小过程”。因此,基于敏捷建模的形式化需求分析方法(如图1 理论模型框架)将主要适用于以下情况:
1) 开发规模50人;
2) 需求不肯定或变化太大的场合;
3)客户理解和能参与的场合;
4) 有严格安全性要求的场合;
5) 重视需求分析和文档编写的场合。
基于敏捷建模的形式化需求分析方法理论模型框架如图1所示。
基于敏捷建模的形式化需求分析方法的软件需求工程的流程特点如下:
1) 运用敏捷需求会议获取需求;
2) 使用敏捷方法建立模型;
3) 对生成的非形式化需求模型进行确认,若用户对模型不满意或模型存在问题,则返回前面的模块重新进行需求分析;
4) 对生成的非形式化需求模型中的各个构件进行演化转换,即将需求模型中对构件的非形式化描述转换为严格的形式化描述,得到形式化需求模型;
5) 根据形式化需求规格说明模板,对确定下来的形式化需求分析模型进行细化和求精,得到完整的形式化需求模型;
6) 在进入设计阶段之前,对生成的形式化需求模型还需通过严格的一阶谓词逻辑推理进行正确性验证;
7) 在需求分析的整个过程中应通过建立需求基线库对需求模型的变化轨迹进行记录,使需求变更能沿着受控的方向进行。
2.1 需求获取
常见的需求收集方法包括:客户访谈、客户交流、市场调研、技术支持、高层拜访、竞争对手分析、查阅媒体信息、需求专题分析讨论会。可遵循以下步骤:
1) 把用户群进行分类并分析各自特征及职责;
2) 选择用户代表并和开发人员组成核心队伍;
3) 开展敏捷需求分析会议获取用例;
4) 获取非功能需求。
2.2 基于敏捷方法的需求建模
2.2.1 建立用例模型
在捕捉用例时需要注意的一点是,不要在一开始就竭力捕捉所有的细节,这是在细化阶段要进一步做的工作。一个敏捷用例模型的确定应该遵循以下步骤:
1) 分析研究上一步得到的系统的需求,找出系统外部的活动者和外部系统,确定系统的边界和范围;
2) 确定每一个活动者所期望的系统行为;
3) 把这些系统行为命名为用例;
4) 把一些公共的系统行为分解为一批新的用例,供其它的用例引用。把一些变更的行为分解为扩展用例;
5) 编制每一个用例的说明;
6) 绘制用例图;
7) 区分主业务流和例外(异常)情况的事件流。可以把表达例外(异常)情况的事件流的用例画成一个单独的子用例图;
8) 精化用例图。解决用例间的重复与冲突问题,简化用例中的对话序列。用例图可以有不同的层次,高层系统的用例可以分解为若干个下属子系统中的子用例。
2.2.2 抽象设计类
在绘制完用例图后,就需要对用例中的对象抽象出类。建立类图的一般步骤如下:
1) 研究分析前面得到的用例图;
2) 发现对象与类,明确它们的含义和责任,确定属性和操作;
3) 发现类之间的静态联系;
4) 设计类与联系。调整和精化己得到的类和类之间的联系,解决诸如命名冲突、功能重复等问题;
5) 绘制类图并编制相应的说明。
2.2.3 需求存档
根据建立的用例与类模型再对系统的各个功能建立相应的动态模型,至此用户的需求通过这种非形式化的描述形成了最初的需求定义文档。最后,当完成需求的定义及分析后,需要将此过程书面化,要遵循既定的规范将需求形成书面的文档,通常称之为需求文档。与此同时,每一个公布的需求文挡的版本应该包括一个修正版本的历史情况,即己变更的内容、变更日期、变更人姓名以及变更的原因。
2.2.4 需求确认
需求确认签订的协议可以视为建立了基线,进一步的变更可在此基线上通过项目定义的变更过程来进行。变更可能会重新协商成本、资源和项目阶段任务等事宜。对需求分析达成一定的共识会使双方易于忍受将来的摩擦,这些摩擦来源于项目的改进和需求的误差或市场和业务的新要求等。此外,可将用户的需求转化成以下几种状态:
1) 有可能要取消的;
2) 有的因为不明确而可以后延的,同时可能转化为被取消的需求;
3) 与客户经过沟通或确认的,此处有两种情况,一类是确认双方达成共识,另一种情况是还需要再进一步沟通的。
2.3 模型演化
对于生成的非形式化需求规格说明文档,由用户首先进行需求确认,审查是否需求说明中包含了用户的所有功能要求并符合用户对系统的预期目标。若生成的需求说明不符合用户对实际系统的要求,则需要重新获取用户的需求信息并进行相应的分析:若用户对需求说明表示赞同,则需要根据模型演化的策略,对实际系统构件语义网中的结点进行广度优先搜索,将非形式化模型中各个构件的非形式化描述分别转化为严格的形式化描述,生成简单的形式化需求模型,并根据形式化需求说明模板进一步对生成形式化需求模型进行补充和完善,得到最终的系统形式化需求规格说明书。
2.4 形式化需求模型
本文中对需求规格说明书的形式化描述采用VDM语言实现。VDM语言是目前较为流行的形式化需求规格说明语言之一。其基本思想是运用抽象数据类型、数学概念和符号来规定运算或函数的功能,由状态规定、类型不变式规定和运算功能规定三部分构成。例如:在需求规格说明书中对企业物流管理中的产品清单和产品销售的形式化描述为:
产品清单的形式化描述:
String=Seq of Char
Goods=Compose Goods of
Bh: String
Name: String
Price: R
Stock_count: N
End
Goods_11st=seq of Goods of
Inv_goods?坌mk_Goods(n,p,c)∈Goods.b≠’’=>n≠’’∧p>0.0
/*规定若产品清单中的产品编号不为空时,产品名称也不为空且价格大于O*/
产品销售的形式化描述
G00DS_SALE(g1:Goods_11st,req_num:String,req_count:N)g2:Goods_list
pre len g1>0
post len g2=len g1∧?坌i∈inds g2=>Bh(g1[i]>=Bh(g2[i])∧
Stock_count(g2[i])=Stock_count(91[i])-req_count
选择VDM语言作为本理论形式化描述手段的主要原因有以下几点:
1) VDM采用了结构化的过程用抽象数据类型、数学概念和符号来规定运算或函数的功能,可以简短而明确地指出软件系统需要完成的功能;
2) 由于VDM语言中采用了数学符号和抽象数据类型,从而可以使软件系统的功能描述在抽象级上进行,完全摆脱了实现细节,为软件实现者提供了很大的灵活性;
3) VDM语言为形式化需求说明的正确性证明提供了依据,可以采用一元谓词逻辑推理技术验证运算和函数的实现是否符合它的形式化说明。
2.5 模型验证
为了保证需求分析结果的一致性和完整性,应对生成的形式化需求模型进行验证.用于验证的推理机制应借助于知识库中存放的用于需求分析的专业知识,发现需求模型中的矛盾和不足,经补充、更新知识库中的知识和规则,以及与系统分析员的不断交互,得到完整的功能规范。由于证明工作还存在着一些内在困难,目前形式化规格说明的正确性证明还不能完全通过计算机自动实现,这将是本文继续研究的一个方向。
3 结论
在软件需求工程理论已经比较成熟的今天,如何更好的获取需求和对用户的需求进行分析建模仍然是令大多数系统分析员头疼的事情,本文就是在这样的环境下提出的理论模型―基于敏捷建模的形式化需求分析方法,旨在减少系统开发中需求分析所花费的时间,增加系统分析员与用户对需求的理解,为项目的成功打下基础。
参考文献:
[1] Fowler M,Scott K.UML精粹―标准对象建模简明指南[M].北京:清华大学出版社,2002.
[2] 刘丽,姜红,李延霞,等.如何在软件开发的需求管理中应用敏捷建模[J].福建电脑,2004(1).
[3] 陆汝钤.计算机语言的形式语义[M].北京:科学出版社,1992.
[4] Ambler S W,Aglile.Modeling Effective Practices for extreme Programming and the Unified Process[M].北京:清华大学出版社,2002.