企业配置管理关键子系统的设计与实现

摘要

当企业发展到一定阶段，随着软件开发人员的增加和软件产品的日益丰富，在软件开发中经常面临一些难以解决的问题，如:在同时进行多种产品的开发和维护时，如何保证产品物理表结构的正确性;怎样重建先前发布的产品;如何解决开发策略的统一与特殊版本需求之间的矛盾等。然而，通过手工对物理模型进行变更，已经远远不能满足管理的需要了。因此，研究如何实现设备物理表信息的自动化管理，完善企业IT资源管理手段具有极其重要的现实意义。解决这些问题的有效手段是进行配置管理中的关键分支模型管控和问题管理。模型管控和问题管理长期以来被公认为优秀软件工程评审的一个基本准则。公司内部可能存在数以千计的系统在生命周期的每个过程会经受无数次的改变，为了避免混乱，项目组织必须能够区分出每个组件的各种版本，必须具有成熟的处理程序来确保版本变化的完全一致性和可控制性。系统的目标，是通过系统来约束和规范模型变更流程，使模型变更有据可依并解决模型的存量管理和落地发布。
　　本文首先从配置管理系统中两个关键的子系统模型管控子系统和问题管理子系统入手，深入分析和研究了传统的配置管理的内容和方法及构件和相关技术，描述了构件软件工程支持的基于构件的软件开发过程。本人完成了对配置管理系统中的模型管控子系统和问题管理子系统的设计与实现，包括流程设计、类设计、数据库设计及功能的具体实现，并且完成了测试。同时参与了其他模块的开发与Bug修理工作。系统采用Struts+Spring+iBATIS的开发框架，数据库使用Oracle9i，使用Log4j记录系统日志。系统采用分层结构，Action层实现控制跳转，Service层实现业务逻辑，DAO(DataAccessObjects)层实现数据库操作。采用Spring Aop管理数据库实现，在Service切入数据库事务管理。
　　本文的两个子系统已经完成初期开发并已投入使用，在使用中取得了较好的效果，提高了效率，本文解决了以下问题:各个版本文件之间不容易比较，不利于变更记录的查看;各产品的数据库信息（包括开发库、测试库和生产库），物理地址和用户信息管理凌乱，给变更数据库结构带来风险和不必要的工作量;没有一个统一的变更审批流程，变更申请时都是通过口头和邮件形式，责任不明确，会给项目带来风险，软件开发过程中出现的问题，对其进行IT化记录与管理，替代之前采用文本记录形式等。

目录

声明

致谢

摘要

1 引言

1．1 论文的背景和意义

1．2 国内外现状

1．3 论文的主要内容及结构安排

2 相关理论与技术分析

2．1 配置管理的基本知识

2．2 思特奇生产门户分析

3 模型管控子系统的分析设计与实现

3．1 系统的开发环境

3．2 模型管控子系统的需求分析

3．2．1 系统功能性需求

3．2．2 系统非功能需求分析

3．3 模型管控子系统设计

3．3．1 模型变更申请

3．3．2 模型变更审批

3．3．3 模型执行变更

3．4 模型管控子系统的实现

3．4．1 模型管控子系统的实现手段

3．4．2 变更申请模块

3．4．3 变更审核模块

3．4．4 变更执行模块

4 问题管理子系统的设计与实现

4．1 系统的开发环境

4．2 问题管理子系统的需求分析

4．2．1 系统功能性需求

4．2．2 系统非功能性需求

4．3 问题管理子系统的设计

4．3．1 创建新问题模块

4．3．2 待处理问题处理模块

4．3．3 辅助功能模块

4．4 问题管理子系统的实现

4．4．1 数据库访问流程

4．4．2 创建新问题模块

4．4．3 待处理问题处理模块

4．4．4 辅助功能模块

5 系统测试

5．1 测试方案

5．2 测试执行

5．2．1 功能性测试

5．2．2 非功能性测试

6 总结与展望

6．1 总结

6．2 展望

参考文献

作者简历

学位论文数据集