软件定义阶段工作称为系统分析,这个阶段的任务是确定软件系统的工程需求、总体目标,要进行可行性分析,导出实现工程目标应该采用的策略以及系统必须完成的功能;进行投资——收益分析,估计完成工程所需要的资源、成本,制定工程进度表,并完成可行性分析报告、开发计划等文档。这个阶段是软件开发方与需求方共同讨论,可以划分为问题定义、可行性研究和需求分析三个小阶段。
(1)问题定义
在这个阶段系统分析员与用户进行深入交流,弄清“用户需要解决的问题是什么?”,然后提出关于“系统目标与范围的说明”,提交用户审查和确认。
(2)可行性研究
在体育管理系统的这个阶段,开发人员一方面在于把待开发的系统的目标以明确的语言描述出来,另一方面从经济、技术、法律等多方面进行可行性分析,证明系统在目前的政治、经济、技术等环境下是可以开发的。
技术可行是指使用目前可用的开发方法和工具能否支持需求的实现;操作可行是指用户能否在特定的运行环境心中使用这个软件;经济可行指的是实现和使用软件系统的成本能不能被用户接受。在对软件系统进行调研和可行性论证的基础上还要制定初步的项目开发计划。项目计划要包括采用的资源、定义任务、风险分析、成本/效益估算、进度安排等,同时要提供明确的、可供检查的里程碑和检查规范。(www.xing528.com)
(3)需求分析
需求分析的任务是由系统分析人员对被设计的系统进行系统分析,需要确定对目标软件的各项性能需求、功能需求和运行环境约束;按对文档编制的要求,编写软件需求规格说明书、软件系统的确认测试准则和用户手册概要等文档。
其中,软件性能需求包括软件的安全性、可靠性、可维护性、错误处理、适应性、用户培训等;功能需求就是软件必须完成的功能;软件运行环境的约束是指该软件对运行环境的要求。
需求分析在整个软件开发过程中是很重要的一部分,同时也是极具挑战性的工作。软件需求不仅仅是后期开发的依据,同时也是软件验收的标准,因此软件需求是软件开发的难点和关键。一般来说,用户希望用便于理解和阅读的自然语言描述软件需求,而系统分析师希望用数据流图、状态图、用例图等这些形式化的需求规格说明语言或者其他工具,这样就避免了自然语言容易出现的二义性和不精确性,并且能为后期的开发提供便利条件。
需求分析的任务是艰巨的,需求系统分析员和软件开发人员与用户反复讨论、研究、协商,使用户需求逐步精确化、一致化、完整化。这个阶段需要建立软件需求文档以便双方对待开发的软件的理解达成一致,这个文档就是“软件需求规格说明书”。除此之外,对一些大型的、复杂的软件系统的主要功能、接口、人机交互等还要进行模拟或者建造原型,以便双方能更进一步就待开发的软件达成共识。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。