基于协同思想的数字化校园信息系统的研究与开发

《基于协同思想的数字化校园信息系统的研究与开发》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、基于协同思想的数字化校园信息系统的研究与开发摘要：本文探讨了基于协同思想的数字化校园信息系统框架设计与项目管理的研究策略。该项目于2015年7月止式启动。该系统为学校用户提供了数据分析平台、协同办公系统、综合人事系统、综合教务系统、综合德育系统、综合实训系统、综合?W工系统、综合后勤系统、财务支付系统等九大主要业务功能。本文提出了基于协同思想的框架设计结构，从质量管理、进度管理、范围管理、风险管理等若干个方面进行项目管理的策略研究。关键词：协同思想；项目管理；架构设计；项目评审；进度管理中图分类号：G715文献标识码：A文章编号：167

2、3-1069(2017)03-123-21系统架构设计所谓协同思想，就是指突破学校教师、学生、财、物、信息、流程等各种资源之间的屏障，打造协同化的管理环境，并将学校各行政部门、各分部以及班级与外部的实习生、实习单位、其他合作伙伴等整合在一个统一的平台上，实现单点登录、一站整合、数据共享、智慧应用的集合。使学校管理变成一个电子化的内外部协同工作的组织［1］。结合本系统的实际情况，我们采用浏览器/Web服务器/应用服务器/数据库服务器四层ASP.NET架构进行开发，开发语言是C#,开发环境是微软的VisualStudio2010开发平台，数

3、据库服务器采用的是SqlServer2008R2,用户界面层主要采用了Jqucry/Ajax技术，业务逻辑层采用了ORM/持久层框架技术，Web服务器采用的是IIS7.0组件，实践证明采用上述技术架构开发的数字化校园信息管理系统具有很好的鲁棒性、可扩充性和可维护性[2]o我们始终认为要想成功开发数字化信息管理平台，离不开合理的项冃管理工作，下面就质量、进度、成本、范围等几方面的管理策略分解进行研究探讨。2系统质量管理《质量控制计划》包括两部分主要内容：一部分是针对产出物的评审,另一部分是针对项目的测试。产出物评审的主要内容包括：被评审产

4、出物的名称、产出物的合格标准、产出物提交的时间、评审方式、评审报告的提交方式和评审报告的发送对象。软件测试这部分的主要内容包括：测试环境、具体的测试活动、计划开始时间、计划工作量、测试报告提交的方式以及测试报告发送对象等。为了防止在项目质量管理中出现的四个主要问题：①对产出物的质量好坏没有具体的评价依据；②过程管理缺失；③对产出物的评审流于形式;④对系统的测试不深入。我们采取了一些切实可行的措施。在质量保证方面，会专门成立一个独立于开发组的QA团队，由QA进行审计工作，及时处理解决QA发现的问题。对于QA通过审计和过程分析等检测工具审计

5、项目后提交的《质量审计报告》屮提到的问题和建议，我们都会积极接受，会派专人跟踪和监督问题和建议的落实，对于好的建议和意见，我们会立即在后续的项目管理中及时采用。针对质量控制方面，重点把握评审和测试关。在评审方面,对于项目实施过程中的一些主要产出物，如《用户需求说明书》、《系统设计说明书》、《数据库设计说明书》和系统测试用例等，都严格按计划组织了认真细致的评审工作。3项目沟通管理在本项冃的沟通管理方面，我们做了四项主耍工作：制订了合适的《项目沟通管理计划》、根据《项目沟通管理计划》编制《绩效报告》、实施信息发布、实施干系人管理。项目沟通管

6、理计划是项目管理计划的子计划，主要内容是在何时由谁把何种信息通过何种发送给何人，然后要将该计划提交给各类型的干系方负责人核实和确认，直到获得认可。在绩效报告方面，项冃前期我们按照20/80法则，项冃屮后期我们按照50/50法则，采用挣值技术每周计算项目挣值，并将PV,AC,EV绘制成“S曲线”提交给项目干系人，然后根据PV,AC和EV及其他相关信息进行项目偏差分析和趋势分析，同时将这些信息汇报给相关领导。在管理干系人方面，我们根据不同的项目干系人的沟通需求，采用不同的沟通方式与之沟通，尽可能保证他们的需求能得到及时、有效、合适的响应和处

7、理［3］。4项目风险管理风险是一些不确定事件，有可能发生也有可能不发生；风险可能是积极的，也可能是消极的，在本项目中，我们则重点关注项目中的消极风险。我们将风险管理划分为六个过程：分别是规划风险管理、风险识别管理、定性风险、定量风险、风险应对、风险监控六个过程［4］。在本项冃屮，我们总结出了五种主要风险，并分析了它们产牛的根源，推荐了应对措施:①工期可能紧张的风险。产生的根源：项目前期抓的不紧。应对措施:采用迭代开发的模型，分期提交子系统，项目一开始就抓紧各项工作。②需求可能模糊的风险。产生的根源：调研不充分。应对措施：选用合适的需求获

8、取方法、细化需求描述，建立需求变更控制流程。③技术方案可能不可行的风险。产生的根源：技术实力有限。应对措施设计时考虑备用方案。①人力资源可能不足的风险。产牛的根源：这几乎是所有项目的现实情况。应对措施：合理