学生信息管理系统开发计划

《学生信息管理系统开发计划》由会员分享，可在线阅读，更多相关《学生信息管理系统开发计划（21页珍藏版）》请在装配图网上搜索。

1、 学生信息管理系统 开 发 计 划 书 目 录 第一部分、引言 3 1.1编写目的 3 1.2 背景 3 1.3定义 3 1.4参考资料 4 第二部分、项目概述 4 2.1工作内容 4 2.2主要参加人员 5 2.3产品 5 程序 5 文件 6 服务 6 非移交的产品 6 2.4验收标准 7 2. 5完成项目的最迟期限 7 3. 6本计划的批准者和批准日期 7 第三部分、实施计划 8 3.1工作分解与人员分工 8 3.2接口人员 11 3.3进度 12 4. 4预算 14 3.5关键问题 14 4.1计算机系统支

2、持 15 4.2需由用户承担的工作 15 4.3由外单位提供的条件 15 第五部分、专题计划要点 16 5．1 配置管理计划 16 5．2 质量管理计划 16 5．2．1、依据 16 5．2．2 程序及过程 17 5．4媒体和版本控制 20 5．5纪录的收集和维护 20 5．6 沟通计划 20 5．6．1 项目成员 20 5．6．1 沟通方式 20 学生信息管理系统开发计划 第一部分、引言 1.1编写目的 本计划编写目的是更清晰地理解学生信息管理系统的业务要求，明确项目需要做的工作，并为保证项目在范围和进度方面的要求提供可执行的依据，包含了范围、进度、人

3、员安排在内的明确的计划和安排，以切实能保证项目能在控制中完成。 1.2 背景 说明： A、 软件系统的名称： 学生信息管理系统 B、 任务提出者：王湘瑜老师 开发者：ACCP3051项目开发第一小组 C、 由于电脑时代的到来以及internet的迅速发展，电脑无出不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生信息管理系统势在必行。鉴此，特开发此学生信息管理系统，该系统实现了办公无纸化、网络化、信息化、现代化。 D、 本系统使用SQL Server 2000作为数据库存储系统，采用Microsoft Visual Basic 6.0 中文版进行开发。

4、 1.3定义 SIMS —— Student Information Manage System 学生信息管理系统 1.4参考资料 相关的文件包括： A、 产品开发部的内部文件《核准任务管理项目》； B、 任务管理项目分析会议备忘录； C、 《任务管理项目需求说明书》； D、 《任务管理项目可行性分析》； E、 《任务管理项目概要设计》； 参考资料： A、 北大青鸟 ACCP3.0 《基于软件开发项目的毕业设计》； B、 国家标准《项目开发计划（GB856T——88）》； （内部开发的产品项目，无合同） 第二部分、项目概述 2.1工作内容

5、 为完成本项目，需要按照需求分析、设计、实施、测试等不同的阶段来进行，其中，本计划不考虑维护阶段所做的工作。 需求阶段(：根据客户要求，明确学生信息管理系统所要实现的功能，并对不同的功能进行详细划分，然后得到用户方的确认。 设计阶段(Design)：将需求分析转化为计算机的模型，并且对实现的功能进行分配，详细设计还将提供各模块、任务、功能点的详细规划。 实施阶段（Implement）：按照详细设计所描述的内容，编写代码实现软件各部分的功能。 测试阶段（Test）：部分包括对实现过程中的错误的修改、功能的改进的一些活动，同时包括了各子系统、模块、功能点的组合和连调。 以上的过程中，包

6、含了不同阶段的文档输出工作，并且上一阶段的输出，通常作为下一阶段的输入而存在。 详细的工作包和任务的分配，请参考第二部分执行计划的工作内容。 2.2主要参加人员 本项目全职参与人员包括： 人员名称 主要职责或职务 成员技能说明 XX 组长 负责项目的规划，公用模块、类、控件的编写、主窗体的设计。 XX 成员 负责密码找回模块的设计、以及系统窗体的美化 XXX 成员 负责登录模块的设计、以及项目PPT设计 XXX 成员 负责系统初始化界面的设计以及项目的捆绑与实施 XXX 成员 负责文档的管理，以及项目的初步测试 2.3产品 项目的最后的产品和可

7、交付物包括最后完成的软件包、相关的文档、手册等，分别如下： 程序 1、完成的软件系统 最后完成的软件系统，其功能、模块和性能要求请参考文档《学生信息管理系统需求说明书》中关于产品特征的描述。 2、数据库安装脚本 在系统遭受灾难的时候，用户可以使用该脚本程序恢复SQL Server数据库的结构。 数据库安装脚本文件名为数据库安装脚本.SQL，使用说明请参考用户使用手册。 文件 1、用户使用手册 用户使用手册提供用户对软件系统的操作指导，要求同时提供.DOC格式的电子文档和至少一份打印稿。 服务 （该项目不适应） 非移交的产品 非移交的产品包括过程记录和过程文档，包括

8、： A、软件的源代码 程序的源代码不提供给用户。 B、安装程序工程 C、需求文档 C、 过程评审记录 可能发生的需求、设计、实现和验证阶段的评审记录、评审报告，都不提交给最终用户。 D、 设计和规划文档 包括产品设计、过程规划等方面的文档，不提供给最终用户。 E、 测试记录和测试报告 不同阶段的测试规划、测试记录、测试报告等文档，都由产品开发部门保留、归档。 以上非移交的产品，不得提供给其他的单位或者个人，或者用于其他的商业事务，详细的说明参考公司的保密和安全规定。 2.4验收标准 A、程序： 程序中应包含的功能如下： 1. 永久存储用户输入的信息； 2.

9、任务调度和任务查找操作简易； 3. 任务的删除和更新； 4. 能够针对任务设置启动时间、终止时间、任务时间间隔； 5. 任务启动的提示、多任务的启动提示； 6. 显示系统的时钟； 7. 任务启动时间、终止时间、任务启动时间间隔调整； 8. 在多用户环境下，允许不同的人管理自己的任务； 数据库脚本在SQL Server 2000的查询分析器中能正确运行，创建的数据库能够支持程序的各项功能的运行，并且保证数据的准确性。 B、文件 操作手册的规格满足GB86的相关标准，对应的内容应包括以上功能的各部分的说明，手册中不应该包含专业性的词汇，对于数据库脚本的恢复程序，应提供非常详细

10、的操作指引和图例。 C、服务 其他维护的要求按照维护阶段的内部约定进行。 2. 5完成项目的最迟期限 项目的系统测试的最后完成日期为2006 年6 月20日，然后在2006年06月28日 之前，进行运行时测试、产品化工作，包括用户培训等服务活动的实施。 3. 6本计划的批准者和批准日期 本计划的批准人为王湘瑜老师。 本计划的正式批准日期为2006 年06月12日，实施日期为2006年6月12日。 第三部分、实施计划 3.1工作分解与人员分工 本项目的工作分解如下： R3：项目组会议：项目组组长召开会议，进行早期的工作安排 设计阶段

11、项目计划 D1：项目开发计划，进行规划和总体安排 D2：项目计划的审核和发布 产品设计 D9：整理以上子系统的设计，编制系统详细设计 D5：类模块设计：数据库的访问控制类模块(DbCtrl) D6：控件设计：记录的增删改查操作的设计(采用控件ConrS\ConDbAdMg实现) D3：针对需求提出计算机模型、逻辑设计、功能设计，形成概要设计文件 D4：对数据库进行规范化和对象设计，并形成数据库设计文件 D7：界面设计：主界面和相关的界面设计 D8：基本模块设计：包括公用模块(界面调度)和主界面菜单管理模块 R2：需

12、求说明：识别需求，并写好需求说明文档 R1：需求调查：同用户接触，收集相关数据 需求阶段 I3：界面实现：实现主界面和相关的界面的设计 I1：类模块实现：编码实现数据库的访问控制类模块(DbCtrl) 实施阶段 I2：控件实现：编码实现记录的增删改查操作控件(ConrS\ConDbAdMg) I4：模块实现：编码实现公用模块和菜单管理模块MdlPublic/MdlMenu I5：数据库的创建及测试数据的输入 I13：B和运行时测试 I14：编写程序的帮助工程，编译和连接为系统的帮助文件

13、 I16：软件打包和安装程序的测试 I15：制作软件的安装程序、安装界面 I11：组合以上的模块为系统，进行系统测试 I10：对以上模块之间的接口进行测试，并进行调试 I8：主界面和D8相关的窗体的单元测试和验证 I7：任务的增删改查操作的单元测试和验证 I6：数据库的访问控制模块的单元测试和验证 I9：任务调度程序界面及控制的单元测试和验证 I12：整理系统测试文档，进行功能调整和改进 I17：整理开发文档，编写用户操作手册 T1：收集记录、规划和设计文档，并进行文件的归档 收尾阶段 T4：安排后期维护人员，解散项目

14、团队 T3：项目总结会议 T2：对B测试、运行测试等用户表示不满意的程序、界面、手册进行修订 （说明： 1、以上的工作，可以在更细的层次上进行分解，例如I7，可以分别为查询界面、增加的界面和删除的询问词的设计等，系统测试可以分解为测试平台的搭建、测试用例的编写、系统各功能点的测试、测试记录的填写、测试总结和总结报告等多个工作单元。 2、有关测试、工作分解的详细内容、文档规格，请参考ACCP3.0后续课程的描述； 3、以上的工作分解，不存在时间先后的次序。） 按照工作分解，职责分配如下： P —— 参与人员；A —— 负责人员；S —— 确认审核人员；

15、 人 员 工作包及说明 李果 石里 卓林贵 杨昌桦 谭兰柳 R1：需求调查 S P P A R2：编写需求说明和需求分析文档 P A R3：项目启动会议 A P P P P D1：计划会议、项目专题讨论、编写项目计划 A P P P D2：项目计划的审核和分发执行 A D3：系统的总体设计相关内容 A P P D4：数据库设计相关内容 A P P P P D5：类模块设计：数据

16、库的访问控制类 A P D6：控件设计：任务的增删改查的操作 A P P D7：界面设计：主界面和相关的界面设计 P A P P D8：模块设计：公用模块和主界面菜单管理模块 A P P P D9：整理和编制详细设计，作为编码的依据 A P P I1：模块实现：编码实现D5 A P I2：模块实现：编码实现D6 A P I3：模块实现：编码实现D7 A P I4：模块实现：编码实现D8 A P I5：准备数据库和测试数据

17、 P P A I6：单元测试和调试：I1 P A I7：单元测试和调试：I2 P P P P A I8：单元测试和调试：I3 P P P P A I9：单元测试和调试：I4 P P P P A I10：I6、I7、I8、I9之间的接口测试 A P P P I11：系统的组合和系统测试 A P P P I12：系统测试报告和反馈 P P P A I13：B和运行时测试 P P P A I14：帮助工程和帮助文件制作 P P A I15：安装工程和安装配置

18、 P P A I16：安装包测试 A P P I17：编写用户操作指南 P P A T1：文件归档 A T2：程序、界面、手册的反馈和修订 P P A T3：项目总结 A P P P P T4：项目结束和团队解散 A 3.2接口人员 （本项目无进无需接口人员） 3.3进度 最后的项目网络图如下： 13 R3 D3 12 D1、D2 11 3 2 1 R1 3 Start I5 3 D3 2 14

19、 4 D4 D5 D6 D7 2 D8 R 2 2 9 8 7 6 5 D9 3 10 T2 2 31 I17 309 T3 4 32 29 17 15 14 I1 I2 I3 2 I4 18 16 I6 I7 I8 2 I9 I16 I15 22 21 20 19 I10 5 28 I14 27 T1 1 T4 1 34 END 33

20、 I13 4 26 23 I12 3 I11 3 25 24 完成项目至少需要的时间用红色的线表示，项目的完成线路（完整完成项目最少所需要的时间）为： 1 – 2 – 3 – 4 – 7 – 10- 13 – 14 –17 –21 – 24 – 25 –26 – 31 - 32 –33 – 34 对应的时间为：(3+3 +2 +2 +3+3+2+2+3+3+4+2+4+1+1)*0.5= 38*0.5=19（工作日） 预留20%作为整体浮动时间，实际需要的工作日为19+4=23。 在并行一些工作的条件下，项目预计完成的时间在两

21、个月左右。 （说明：非关键路径活动所需要的时间，没有在项目网络图上标识。） 项目的开始日期为2006年6月4日，项目的里程碑（阶段点）时间： 明确了功能需求，并且正式准备开始项目的设计工作 产品的概要、详细设计完成 模块编码、单元测试和调试完成 系统调试结束、手册编写完毕 B、运行测试结束、产品发布 . . . . . 6/9 6/13 6/20 6/22 6/23 （说明： 1、可以制作一张项目的日历，说明项目针对于日期的更详细的信息，这可以借助于Microsoft P

22、roject 2000等项目管理软件来完成，此处略； 2、项目管理软件的使用、作用，请参考ACCP3.0后续课程相关的内容；） 4. 4预算 （本项目属期末项目设计，没有预算） 3.5关键问题 （本项目属期末项目设计，没有遇到关键性问题） 第四部分、支持条件 支持本项目的开发所需要的条件和设施包括： 4.1计算机系统支持 硬件环境： CPU：PIII750或者更高频率 ROM：256或者更高内存支持 磁盘：8G 软件支持： 开发所用的操作系统：Windows 2000 Server SP1 开发工具：Visual Studio 6.0 SP4 数据库系统：M

23、icrosoft SQL Server 2000企业版 4.2需由用户承担的工作 （本项目是非合同项目，本条不适用） 4.3由外单位提供的条件 （不适用）。 第五部分、专题计划要点 5．1 配置管理计划 配置管理所关心的问题涉及以下三点： 1、 仔细定义软件系统的交付物； 2、 严格控制对可交付物的变更； 3、 确保软件系统的可交付物与既定的或者经过核准修订的可交付物相一致。 北大青鸟Aptech所有的软件项目配置管理采用标准的表格模板，并遵循了标准：《计算机软件配置管理计划规范》(GB/T 12505-1990)，本部分加以引用。 5．2 质量管理计划

24、5．2．1、依据 A、质量政策 北大青鸟Aptach科技发展有限公司在软件产品设计和开发方面通过了ISO9001 2000的规范，同时制定了质量方针和质量目标： 质量方针：通过严格和规范的过程管理、文档化的流程开发，提高生产效率，为客户提供稳定、易用和符合要求的产品系列。 质量目标：在软件方面的年纯利润达到200万元，并以每年不低于40%的比率递增。 （以上质量方针和质量目标只是一个范例，并非北大青鸟Aptech公司事实上的质量目标。） 本项目同时遵循和贯彻公司的质量方针和质量目标。 B、范围说明 参考《任务管理项目需求说明》。 C、标准和规范 在质量方面，需要遵循的标准和

25、规范包括： A、《质量管理体系标准》（GB/T 19001-2000），2000-12-18，国家质量技术监督局； B、《计算机软件产品开发文档编制指南》（GB/T 8567-88）,1988-7-1，国家质量技术监督局； C、《计算机软件质量保证计划规范》(GB/T 12504-1990)，1990-11-15，国家质量技术监督局； D、《北大青鸟Aptech公司质量手册》2002-5-1；北大青鸟Aptech E、《北大青鸟Aptech公司程序文件》2002-5-1；北大青鸟Aptech 5．2．2 程序及过程 本部分规定本项目全面质量管理所规定的实施过程，在WBS中，所有

26、的活动安排都是与质量保证相关的，因而也是WBS元素项的说明。 A、影响质量的因素 在本项目中，影响质量的因素可以用以下的鱼骨刺图（ISHKAWA逻辑图、因故分析图）来说明： 项目的意义 沟通 方法和技术 人员 产品的主要缺陷 进度控制 资源配置 测试和评估 变更 鱼骨刺图的子可以进行多层分解，下面只简要说明影响因素以及本项目在这方面的预防措施： A、 人员： 人员的技能水平、工作习惯、合作往往会对项目的质量产生直接的影响； 本项目组的主要成员都具有计算机工程学士学位，并且至少具备三个以上的应用软件开发经验，主要的成员在以前的

27、一个项目中有过成功的合作经验； B、 方法和技术 本项目涉及的方法和技术包括关系数据库管理、查询管理、界面等应用技术，这些技术都是标准和成熟的技术，所选择的团对成员要求具有这方面的经验，以减少培训的支出和技术方面的风险； C、 沟通 制定完备的沟通管理计划并执行，在下一节，你可以看到沟通计划、信息分发、绩效报告等方面的内容。 D、 项目的意义 项目取得成功所具有的意义、团队收益以及个人绩效的评估在项目的首次会议就需要明确，高昂的士气给项目带来的好处可以直接从质量方面体现。 E、 变更 变更的控制对该项目质量的影响是比较大的，这些变更包括进度、成本和产品特性方面的要求的变更，为防

28、止不必要的变更，产品组与用户共同成立了变更控制委员会，所有不在需求文档中说明的要素，都需要通过变更控制委员会批准。 F、 测试和评估 尽管本项目不是一个大的项目，测试（检查）和评估依然分别分为四个部分，包括每个独立单元的测试、单元组合测试和集成的测试，在用户使用过程中还包括一些改进型的测试，以确保软件系统的满足使用的质量要求；评估包括需求、设计和最后的检验性评估，同时评估团的意见对质量的提高也具有莫大的好处。 G、 资源配置 资源包括设备资源和人员，在设备方面，公司确要保有足够的计算机用于开发和测试，除安排每个开发成员至少一台专用的计算机外，额外的测试的计算机要保证每人一台，共用网络打

29、印机。 基于进度的考虑安排足够的成员加入开发组，并在用户对进度有更高要求的情况下增加项目成员。 H、 进度控制 进度对质量的影响大部分是由于赶工和快速跟进时对质量控制的弱化所造成的，项目经理应对此负直接的责任，在运用任何进度更新方法的同事，项目经理需要仔细权衡对质量带来的影响。 本项目为进度预留了充分的缓冲时间，这些时候为后续的测试、符合性检查提供了保证。 B、检查和评审 检查（测试）和评审是质量保证和质量提高的重要方法，它包括下面的过程： 图表说明： 子系统模块实现 开始 1、 在WBS中以上各单元都有对应的工作包； 单元测试 N 需求说明 2、 中期

30、评估和总体评估发现质量问题，并采取相应的纠正措施，可能会在它前面的任何阶段进行； Y N 3、 需求评审 子系统模块组装 4、 Y 5、 N 详细设计 概要设计 6、 组合测试 7、 Y 8、 打包和安装 Y 设计评审 9、 10、 N N 11、 集成测试 12、 Y 13、 交付 14、 15、 N Y N Y 16、 中期评估 总体评估 结束 17、 18、 测试包含多个反复循环的过程； 5．4媒体和版本控制 版本管理工具采用Microsoft Visual SourceSafe，并且要求记录每个调

31、试版本的变更情况，项目经理确保当前使用的版本是最合适的版本。 产品在交付的时候，采用光盘的形式，并确保没有损坏。 5．5纪录的收集和维护 参考配置管理计划的相关项，并要求符合ISO9001 2000有关记录收集和维护的要求。 5．6 沟通计划 本项目在规模上属于小项目，在人员安排和沟通方面都比较清晰和明确。在上面的职责分配中做了每人所参与、负责、评议的详细说明。 5．6．1 项目成员 参加本项目的主要人员包括： 李果 项目组组长，在本项目中，负责项目的规划、接口、协调及一部分代码工作。 石里 在本系统中负责项目的分析和设计，及一部分编码和测试的工作。 卓林贵 在本

32、项目中负责数据库设计的一部分工作及原型代码的编写、界面设计等。 杨昌桦 在本项目中，负责技术接口、组合测试、系统测试及项目的捆绑与安装实施。 谭兰柳 负责文档编写及与用户沟通，帮助原始文档的编写及整理及产品化相关的工作。 以上成员都是本项目的全职人员。需要补充的成员及说明在本文的后续版本中得到。 5．6．1 沟通方式 A、本项目组成员之间的沟通方式包括： A、 电话； B、 电子邮件； C、 非正式的会谈或者正式的会议； 会谈和会议的约定有： A、 项目里程碑事件预期发生或者项目没有到达预期目标，必须举行额外的正式会议； B、 每周至少有一次非正式的会谈； C、 工作结果采用CDROM或者邮件附件的方式进行传递，工作结果产生可交付物后采用非正式的会议进行评价和沟通； B、与客户之间的沟通方式包括： 正式的沟通包括： A、变更备忘 B、评审会议 C、执行情况报告 非正式的沟通包括： A、约见 B、电话 C、产品演示 正式或者非正式的沟通应该灵活运用，一些正式的评审过程，在前面已经进行了说明。 编写人：XX 批准人： 日 期：2006年6月8日