需求分析视角下软件工程论文.docx

需求分析视角下软件工程论文1.软件工程需求分析概述1.1基本概念通常情况下软件的开发可以分为五个阶段就是实践中常见的需求分析阶段、设计阶段、编码、维护阶段和测试整个设计过程属于很典型的瀑布流过程需求分析在整个过程中处于上层结构其他的阶段都需要需求分析的支持才能够顺利开展一旦需求分析出现了偏差就会直接影响到软件工程的整体进程甚至会导致软件的质量下降所以软件需求分析是十分重要的过程。软件工程需求分析这一概念主要指的就是对于用户需求的理解与表达保证软件功能与客户需求形成一致并且同步地估计软件的研发风险和项目评估最终来实现整个开发设计过程。在这个过程当中客户的需求必须处于主导的地位工程师和项目经理就是要整理好客户的需求通过具体的需求分析获取技术性的文档材料从广义上来理解软件工程需求分析主要包括了对需求信息的获取到分析再到变更最终进行验证以及规则的说明形成一个完整的系统工程。1.2工作流程软件工程需求分析主要是通过对于问题和运行环境的分析理解建立起一个集成了问题设计信息、功能和行为的模型使得用户需求更加清晰完整形成比较规则的说明。其中问题的获取从三大版块出发分别是用户需求、业务需求和功能需求。用户需求的核心内容就是收集用户对于软件功能的需求确定好用例和角色通常采取的方法就是访谈会的形式由各个软件需求企业派出代表提出需求。业务需求是业务流程的分析员在工作中对软件需求企业业务流程进行的评估并且要根据评估的结果确定业务建模的程度。功能需求就是要依赖用户的需求了将用户的需求通过映射的形式形成系统的模块实现软件的原始雏形。1.3主要方法需求分析的过程是复杂的要经过很多个流程包括了数据字典的创建、需求优先级别的确定、需求可行性的分析等等在这其中数据字典是一种对于软件系统所要使用到的结构和数据项的定义用来保证研发者对数据进行统一定义。在需求分析阶段一定要保证开发小组对于数据项定义以及一些专业术语的使用一致甚至可以分析并设计一些工具来保证数据字典的统一性。在确定需求的优化级别方面可以采用应用分析的方法产品版本的考虑过程中要在优先级的基础上分析产品的特性及真实需求。在需求变更的情况下要在特定版本中加入变更的每一项信息做出相应变更。在需求分析的可行性方面需要明确风险包括一些需求冲突和对外界因素依赖以及技术方面的障碍等等通过可行性的需求分析能够进一步地验证软件在开发过程中的可行性。2.需求分析基础上的软件工程质量问题在一般情况下软件公司开发软件过程中都会出现很多问题对于质量问题的反映最多这些问题如果不能得到及时的解决很可能会给软件工程开发带来灾难性的阻碍。尤其是有一部分企业经常会忽视文档设置和相关代码的注释违反了需求分析的规则背离了最初设计的思想造成比较大的质量问题。2.1软件维护与开发处于分离状态在当前的软件开发工程中软件的开发和维护始终处于分离的状态在软件设计和开发过程中不同阶段的文档并不具备兼容性。需求分析本身是一种自然语言的描述在文档设计的过程中主要是要依靠计算机语言进行描述这两种语言之间必须要构建起一个有效的沟通桥梁否则会严重影响到程序员的理解如果文档出现了分离的现象就会加大程序持续运行的难度程序员在程序代码的编写过程中会因为对文档的考虑不够充分而影响软件设计的进程和效果所以软件维护和开发的分离状况是软件工程中的明显问题。软件开发过程要经历需求分析以及详细的代码设计测试还要包括对于软件的维护工作这是一个紧密联系的过程在当前的软件开发工程中很多企业虽然做到了对于需求分析的重视但是往往会缺乏对于软件后期管理维护的相关程序忽略了本应该留出来的模块接口对应问题在日后对于软件的维护和升级方面增加了难度。软件工程的需求分析其实是一个动态的过程用户需求在各种因素影响下处于不断变化的状态中所以软件开发工程在初期的工作中就应该为后期改进预留出足够的接口降低企业的维护和升级成本。2.2软件文档的时效性未得到保障软件工程中各个板块的设计通常是由不同的人员来完成的这同样会导致软件开发过程中问题的出现比如说在设计需求分析中数字字典的应用过程中因其规格不同会造成文档编写形式出现分离再比如说当应用的工具不同并且编写和检索的时间也存在差异的情况下就更加不能够保证文档的有效时效性编写的过程过于混乱的话在相应程序的维护过程中文档资料的导出将会成为一个难题甚至会出现缺失轻则延长维护的时间重则导致软件无法进行维护。2.3文档的内容与程序分离文档的内容与程序分离主要还是因为文档设计和需求分析编写过程中采取的角度不同这两者面对的对象本身就是不同的两者之间的理念也很容易发生偏离。需求分析过程主要还是针对客户展开的文档的设计却是