軟件模型与分析.docVIP

中南林业科技大学 软件建模课程设计 项目名称： 配置管理系统 专业班级： 2008级软件工程 系 （院）： 计算机与信息工程学院 作业时间： 2011春学期 指导老师： 钟少宏 姓 名： 聂建雄 学 号： 完成日期： 2011年 7月 3 日 目录 一、概述………………………………………………….3 二、环境………………………………………………….3 三、需求记录…………………………………………….3 3.1 版本管理员………………………………………3 3.2 客户服务人员……………………………………7 3.3 项目经理 ………………………………………9 3.4 修改审核人员…………………………………….9 3.5 开发人员 ………………………………………10 3.6 测试人员………………………………………....11 3.7 公司领导 ……………………………………12 四、配置管理系统图 …………………………………12 概述 现有××软件公司因为业务拓展的需要，打算开发一套适合自己的软件配置管理系统。主要的目的如下： 实现软件版本管理，包括版本发布和版本维护 实现软件变更控制，包括变更的审核、文档化和落实 进行和软件配置相关的客户支持，一方面要使得客户能够及时反映问题，另一方面要能够帮助客户实现系统升级。 环境 根据系统的目标，确定系统开发涉及的环境如下： 公司主要有四个部门涉及到待开发系统：版本管理组、客户支持组、开发组、修改审核组、测试组 版本管理组设置有版本管理员，负责系统的版本管理和版本发布 客户支持组设置有客户服务人员，负责接收用户反映的问题并及时和系统相关部门沟通，在系统发现问题升级时要能够准确及时通知相关用户 开发组有一个项目经理和一些开发人员，项目经理负责组织系统的修改和开发工作，开发人员负责落实各项修改要求 修改审核组由审核员组成，负责审核各个途径提出的各种修改要求，并决定是否做出修改。 测试组设置有测试人员，负责测试开发人员进行的各项修改是否正确。 需求记录 根据涉及的环境，公司调集了相关人员，安排了一系列的需求获取活动。整理后的需求记录如下： 版本管理员 “我们总共维护了××套软件，每套软件一般分为很多个子系统，每个子系统包括十几个模块，模块内部包含一些重要的函数、对象、结构等等程序基本部分”。 “每个子系统都有一个自己独立演变的版本号”。 “模块内部的程序基本部分之间往往会存在一些依赖关系，这个关系也由我们来维护。” “每次修改某个模块内部的程序基本部分时，都要登记一个针对该模块的修改活动记录，以说明修改原因和修改结果”。 “我们可以根据修改的重要程度，将一次或几次对一个子系统的一些子模块的修改活动汇总起来做一次该子系统的版本升级”。 “在需要的时候，我们会将一些子系统结合起来发布一个软件版本，其中这些子系统可以是所有的子系统总和，也可能是所有子系统当中的一部分，被选中的子系统可能是它的任何一个版本，但保证每一个子系统仅出现一次”。 “我们每次向一个用户发布一个版本时，都会生成一个相应的用户号和发布号，同时还要登记当时的发布信息（包括发布人，发布号，用户号，发布时间，总版本号，发布包含子系统及其版本号）”。 “我们有时也出于升级和修改需要发布一些不与具体用户相关的软件版本，这时我们需要通知客户服务人员，由他们去完成和用户的协调工作”。 “我们除了维护软件子系统的版本之外，还维护和软件相关的文档，包括各种开发文档及其后的修改文档。” “开发文档是在软件开发完毕后就有的，修改文档则是在每次修改完成后，由客户支持组转来的”。 客户服务人员 “我们希望用户能够在我们的系统当中反映自己的问题和意见，当然这些用户必须是合法用户，具体的可以通过他们所拥有的用户号和版本号进行验证”。 “对用户提出的各种意见，我们还要进行审查和分类，无关的问题我们进行清除，使用的问题我们直接解决，牵扯修改的问题就要反馈给相应软件开发组的项目经理”。 “每个用户提出的相关问题和意见，我们都会有明确的答复，使用的问题我们答复使用方法，修改问题我们在修改完成后会接道测试组转来的修改文档，对文档进行确认后我们就可以填写相应的答复，并在其后把修改文档再转发给版本管理人员”。 “我们希望