软件开发计划.docx
《软件开发计划.docx》由会员分享，可在线阅读，更多相关《软件开发计划.docx（127页珍藏版）》请在冰豆网上搜索。
软件开发计划
河北红豆职业教育中心资源管理平台
软件开发计划
编制单位：
北京红杉远景科技有限公司
编制人员：
张伟
编制日期：
2018年04月07日
北京红杉远景科技有限公司
第一章项目开发计划
一.1项目管理总体结构
北京红杉远景科技有限公司具有多年大型项目软件开发和工程实施的经验，并在工程实践过程中，形成一套有效控制项目的过程和质量的方法论。
通过研读本工程的技术规范，结合北京红杉远景科技有限公司工程实施管理的方法论，我们有如下项目组织架构，并准备按此执行。
一.1.1项目组织
项目启动后，我们将按照逐层负责制组建实施团队。
项目组对项目实施提供全面的指导，调动各方力量，协调各方关系。
并对项目实施过程中出现的问题及时提供咨询并予以解决，对所有实施步骤进行严格的审定，保证项目统一管理和规划，顺利实施。
各小组/成员的职责如下：
项目经理：
在整个项目周期内，组织并协调买方人员和卖方项目组的关系，协调资源，总体管理该子项目的计划、执行、控制与结束，同时全权代表该子项目作出各个方面决策，向客户提供唯一的管理界面。
需求组：
负责整个项目的需求调研、方案设计和部分关键技术的解决工作。
总体管理该系统方案架构，代表该项目向客户提供唯一的架构管理界面。
质量控制与版本管理组：
包括卖方的质量监控组和买方的验收测试组，负责质量管理及验收测试。
负责设备到货后验收、设备安装过程中测试、应用软件的集成测试、资料校准、版本控制等，并协助完成项目验收。
实施组:
由我公司人员担任，人员划分成集成组、服务管理平台实施组、综合监控平台组、配置管理实施组、综合分析实施组、全面负责具体的实施工作。
业务开发组:
由我公司人员担任，对服务管理平台、综合监控平台、配置管理、综合分析等业务的集成开发、接口开发、二次开发等工作。
一.2项目实施计划
以下是软件实施进度计划，系统初步建成（交付使用）约需要2个月的时间，剩下的时间将根据合同要求安排验收然后进入系统维护期，项目硬件设备到货后，以下是项目的总体计划。
任务
开始时间
工期
备注
需求调研
2013年04月07日
5
需求分析
2013年04月12日
13
设计阶段
2013年04月25日
5
业务开发阶段
2013年04月30日
60
测试阶段
2013年07月01日
10
一.3人力资源保障计划
项目人力资源管理就是有效地发挥每一个参与项目人员作用的过程。
人力资源管理包括组织和管理项目团队所需要的所有过程。
项目团队由完成项目而承担了相应的角色和责任的人员组成，团队成员应该参与大多数项目计划和决策工作。
项目团队成员的早期参与能在项目计划过程中增加专家意见和加强项目的沟通。
项目团队成员是项目的人力资源。
我公司在本项目中，将本着认真负责的态度，组织一个雄厚、完整的技术团队。
团队成员具备专业的技术水准，包括：
▽具备大型项目管理经验，并在项目的实施过程中一直专职负责本项目的项目经理。
▽具备相应技术背景、开发同类产品功能经验的开发团队。
▽具有相关实施及培训经验的现场培训人员。
▽具有相关产品及项目支持服务的维护人员。
▽具有丰富的相关产品及项目实施经验的现场实施集成人员。
组织计划编制
1、人力及原计划编制是决定项目的角色、职责以及报告关系的过程。
列出完成项目所需的角色和职责。
角色
责任
项目经理
向项目总监负责
对项目的全过程负责
负责项目的总体策划，包括确定项目资源分配、经费预算、进度策划、质量保证策划等工作
按实施范围组织以下项目组：
集成组、服务管理平台实施组、综合监控平台组、配置管理实施组、综合分析实施组。
编制项目综合计划和质量保证计划，审批其他计划
控制项目进度
对项目组全体人员的管理，包括奖罚决定权
与用户方之间的主要接口
项目实施结束后对项目进行总结
建立和领导项目组
组织对项目组成员的培训
项目会议协调和会议记录
制定项目时间、资源计划
编制本项目小组的综合计划和质量保证计划，审核小组成员的工作计划。
跟踪项目进展
报告项目状态
变更控制
风险管理
客户关系管理
质量控制
实施组
向项目经理负责
负责流程管理实施
负责服务管理平台实施
负责综合监控平台实施
负责配置管理实施
负责综合分析实施
负责测试文档的编制。
该测试文档能测试所有设计的功能。
搭建培训环境
开发组
向项目经理负责
负责流程管理实施集成组
负责服务管理平台实施
负责综合监控平台实施
负责配置管理实施
负责综合分析实施
协助项目组人员解决软件实现中的技术难点
需求组
向项目经理负责
负责流程管理的需求调研
负责服务管理平台的需求调研
负责综合监控平台的需求调研
负责配置管理的需求调研
负责综合分析的需求调研
负责编制需求规格说明书
2.人员配置管理计划
根据项目进度计划，公司计划总投入人员10人左右，其中现场实施人员在4人左右，后台开发人员3人左右，项目上线后至少1个月内人员保证在5人以上。
河北红豆职业教育中心资源管理平台
设计方案
北京红杉远景科技有限公司
2018年04月20日
第一章.项目概述
一.1建设背景
随着知识经济的飞速发展和高职高专教育教学改革的深入，信息化建设在教育教学过程中的应用已经成为不可或缺的手段，而共享型专业教学资源库是教育信息化的直接体现。
2006年教育部、财政部《关于实施国家示范性高等职业院校建设计划，加快高等职业教育改革与发展的意见》（教高[2006]14号），在独立设置的高职院校开始了示范校建设工程。
面向示范院校提出了提高示范院校整体水平、推进教学建设和教学改革、加强重点专业领域建设、增强社会服务能力、创建共享型专业教学资源库。
创建共享型专业教学资源库是示范校项目建设的重要任务。
教育部、财政部《关于实施国家示范性高等职业院校建设计划加快高等职业教育改革与发展的意见》指出：
“对需求量大、覆盖面广的专业，中央财政安排经费支持研制共享型专业教学资源库，主要内容包括专业教学目标与标准、精品课程体系、教学内容、实验实训、教学指导、学习评价等要素，以规范专业教学基本要求，共享优质教学资源。
”
一.2系统特点
●先进性：
采用符合信息技术发展趋势的先进技术，在满足业务需求的基础上具有易改造、易升级、易操作、易维护等性能。
硬件系统的选择具有先进、成熟、稳定、性价比高等特性。
●经济性：
系统建设在数据存储、传输、容灾备份和网络信息安全等方面能够合理利用现有的网络及其它硬件资源，降低了硬件成本，提高了工作效率。
●可扩展性：
系统的体系架构具有前瞻性，各业务功能都是以模块化方式存在，可根据具体需求进行灵活、方便、快捷的整合。
平台充分考虑了未来业务的发展和管理的变化，对新业务和新需求的扩展提供了良好的支持，使之不仅能满足目前应用的需要，而且能适应将来的发展。
●开放性：
系统具有良好的开放性，能与不同信息系统进行无缝对接。
●安全可靠性：
系统建立在成熟稳定的硬件环境和应用软件基础上，通过完善的备份恢复策略、安全控制机制、可靠的运行管理和故障处理手段来保障系统的运行稳定、安全。
一.3系统角色说明
系统角色可以分为教师用户，学生用户以及管理用户。
一.4名词解释
（无）
第二章.项目总体设计
二.1总体设计
●统一数据标准
本系统严格遵照总局相关文件及最新数据标准要求，确保信息化网络体系畅通和规范运行，为建立资源平台打好坚实基础。
建立了统一标准的信息化平台。
●统一信息安全
本系统整体资源发布平台的信息安全。
其最大特点就是统一了资源发布门户，用户可以通过统一门户根据不同的角色访问权限内的应用模块。
同时统一信息安全还体现在网络通信的安全、系统的安全与数据的安全方面。
●先进成熟、可靠稳定
以开放的国际统一标准为基础，采用国际上成熟的、先进的、具有多厂商广泛支持的软、硬件技术来实现，保证整体架构在未来几年内不落后。
在系统结构设计上要充分考虑到系统运行的稳定性。
系统平台方面要考虑各种系统配置对稳定性的影响、系统必须经过严格的测试，包括功能测试、在各种系统环境系统配置上的测试等，关键设备关键部件应有冗余配置，提供各种故障的快速恢复机制。
●实时数据传输
资源必须支持与业务系统之间不间断、稳定可靠的信息交换实时传输。
●易扩展、易管理
整个系统架构开放，最大可能的支持各种业务系统的信息交换需求，易于扩展维护，各应用模块在组件的基础上可以随时重组，各模块之间耦合度低，并能够协作共同完成功能。
二.2特点及优势
1.系统架构设计具有良好的开放性，采用B/S模式，应用WebServices技术；支持分布式的部署管理，提供良好的可扩展性和容错性，提高系统的易操作性、可靠性和可维护性。
各远程用户与系统数据库响应和数据交换应在1～2秒内完成。
2.采用高效的网络抓取引擎，提高新闻发布的实时性。
3.提供多种手段，建立完备的资源平台数据库。
4.用户角色所应用功能可以任意配置，不受限制。
5.采用多种手段提高系统持续可用性，并确保系统平均无故障时间为一个月。
6.数据库选用ORACLE10G最新版本，服务器操作系统选用WindowsServer。
保证系统可靠的运行。
数据库并发连接数在1000以上。
7.系统的单位组织结构设置采用树形结构，级别层次不受限制。
8.系统具有良好的安全性、扩展性和跨平台的特性；容错性高、可管理性强；采用非实时处理机制，确保系统稳定性和可扩展性。
9.系统界面美观、大方，内容结构设置合理、直观；操作简单，管理方便。
10.系统采用MVC三层架构，实现应用层、业务层、数据库访问层分开。
MVC架构是软件设计模式中成熟架构，使用MVC架构设计软件，能提高软件的性能和程序的可复用性，可读性。
二.3系统采用关键技术
二.3.1SOA架构
面向服务的体系结构（Service-OrientedArchitecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。
这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。
SOA系统为松耦合系统。
对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。
我们称能够灵活地适应环境变化的业务为按需（Ondemand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。
十四.1.1用户权限控制中间件
用户权限控制中间件是一个全组件化的页面访问许可组件模块。
每个用户的标识符被封装成一个Beans组件，需要许可授权访问的页面只需加入少量代码，就可完成集中式权限管理。
用户权限控制中间件的架构，应能在易于理解和管理的情况下，满足绝大部分粗粒度权限控制的功能需要。
但是系统中必然还会包括无数对具体Instance的细粒度权限。
这些问题，被留给业务逻辑来解决。
十四.1.2J2EE技术
J2EE是由SUN公司所制定的多层（Multi-tier）企业级B/S应用程序构架，它改进了传统Client/Server结构的缺点，降低了Client端程序逻辑的复杂度，更减轻了后端数据库存取的负载，也平衡了整个网络的流量。
十四.1.3WEB三层体系结构
本系统整体采用B/S模式系统架构，使整体
升级会员 