本任务的核心目标是:分析系统投入使用之后，运行维护阶段所需要提供的辅助功能，主要包括配置、运维、升级迁移及其他三方面。
要执行好“维护需求分析”这一任务，关键在于抛开功能性思考，转而 识别有哪些“维护场景”，以及该维护场景需要提供什么支持。下面给 大家罗列一些最典型的维护场景。
（1）标识配置性维护场景：最典型的维护场景就是“各种配置”，以应对变化带来的影响。配置是应对变化，标识配置性维护场景就应该从变化入手，系统会遇到什么变化呢？从里到外主要有以下几方面。
用户群变化：使用系统的用户发生改变，他们的职位发生改变，他们的权限发生改变。
流程变化：企业流程会在发展过程中随关注点的改变而不断调整，以满足阶段性管理目标。
数据变化：随着业务不断发展、深化，会需要在系统中引入更多数据项、更多数据细节。
法规变化：在经营过程中，会涉及法律法规要求，法律法规在一定时间周期内可能会更新或出台不同实施条例。
（2）标识系统运行阶段维护场景：在系统运行过程中，运维团队有责任保证系统安全、可靠、稳定地运行，需要一些系统工具来支持这些工作。这方面可以从“正常时”、“故障时”两个角度展开分析。
对于系统正常运行时，主要涉及的运维场景有两个方面：一是对运行状态的监控，可以从服务、网络通信、数据库、客户端等角度逐一识别、分析；二是数据备份，数据备份应该从备份内容、备份周期、是否需要远程灾备、数据恢复相关需求等角度进行分析。
系统必然会出现各种各样的故障，因此需要故障定位、排错、故障恢复及应急措施的支持。
（3）补充其他维护场景：除了配置、运行时维护之外，典型的其他维护场景包括运行前的初始 化，系统升级、迁移时所需的支持。
维护需求描述模板，
《有效需求分析》一书聚焦于组织应用类软件系统的需求分析环节，介绍了18个按需求组合的关键任务，针对每个任务的一步步指导，以及每个任务输出的“软件需求规格书”片段模板。
网友评论