《0-学生信息管理系统开发计划.docx》由会员分享，可在线阅读，更多相关《0-学生信息管理系统开发计划.docx（21页珍藏版）》请在三一办公上搜索。
1、学生信息管理系统开发计划书第一部分、引言31.1 编写目的31.2 背景31.3 定义31.4 参考资料4其次部分、项目#述41 .1工作内容42 .2主要参与人员53 .3产品5W.5文件5服务.6非移交的产品64 .4验收标准65 .5完成项目的最迟期限76 .6本支配的批准者和批准日期7第三部分、实施支配86.1 工作分解与人员分工86.2 接口人员116.3 进度127 .4预算143.5关键问题144.1计算机系统支持154.2需由用户担当的工作154.3由外单位供应的条件15第五部分、专题支配要点165. I配置管理支配165. 2质量管理支配165. 2./、依据.165. 2.
2、2程序及过程./75. 4媒体和版本限制205. 5纪录的收集和维护205. 6沟通支配205. 6.I项目成员208 .6.I沟通方式.20学生信息管理系统开发支配第一部分、引言1-1编写目的本支配编写目的是更清楚地理解学生信息管理系统的业务要求，明确项目须要做的工作，并为保证项目在范围和进度方面的要求供应可执行的依据，包含了范围、进度、人员支配在内的明确的支配和支配，以切实能保证项目能在限制中完成。1.2背景说明：A、软件系统的名称：学生信息管理系统B、任务提出者：王湘瑜老师开发者：ACCP3051项目开发第一小组C、由于电脑时代的到来以及internet的快速发展，电脑无出不在，当然各种
3、工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生信息管理系统势在必行。鉴此，特开发此学生信息管理系统，该系统实现了办公无纸化、网络化、信息化、现代化。D、木系统运用SQ1.Server2000作为数据库存储系统，采纳MicrosoftVisualBasic6.0中文版进行开发。1.3定义SIMSStudentInformationManageSystem学生信息管理系统1.4参考资料相关的文件包括：A、产品开发部的内部文件核准任务管理项目；B、任务管理项目分析会议备忘录；C、任务管理项目需求说明书；D、任务管理项目可行性分析；E、任务管理项目概要设计；参考资料：A、北大青鸟ACCP3
4、.0基于软件开发项目的毕业设计;B、国家标准项目开发支配（GB856T88）；（内部开发的产品项目，无合同）其次部分、项目概述2.1 工作内容为完成本项目，须要依据需求分析、设计、实施、测试等不同的阶段来进行，其中，本支配不考虑维护阶段所做的工作。需求阶段（：依据客户要求，明确学生信息管理系统所要实现的功能，并对不同的功能进行具体划分，然后得到用户方的确认。设计阶段esign）：将需求分析转化为计算机的模型，并且对实现的功能进行安排，具体设计还将供应各模块、任务、功能点的具体规划。实施阶段（Implement）：依据具体设计所描述的内容，编写代码实现软件各部分的功能。测试阶段（Test）：部分
5、包括对实现过程中的错误的修改、功能的改进的一些活动，同时包括了各子系统、模块、功能点的组合和连调。以上的过程中，包含了不同阶段的文档输出工作，并且上一阶段的输出，通常作为下一阶段的输入而存在。具体的工作包和任务的安排，请参考其次部分执行支配的工作内容。2.2 主要参与人员本项目全职参与人员包括：人员名称主要职责或职务成员技能说明XX组长负责项目的规划，公用模块、类、控件的编写、主窗体的设计。XX成员负责密码找回模块的设计、以及系统窗体的美化XXX成员负责登录模块的设计、以及项目PPT设计XXX成员负责系统初始化界面的设计以及项目的捆绑与实施XXX成员负责文档的管理，以及项目的初步测试2.3 产
6、品项目的最终的产品和可交付物包括最终完成的软件包、相关的文档、手册等，分别如下：程序1、完成的软件系统最终完成的软件系统，其功能、模块和性能要求请参考文档学生信息管理系统需求说明书中关于产品特征的描述。2、数据库安装脚本在系统遭遇灾难的时候，用户可以运用该脚本程序复原SQ1.SerVer数据库的结构。数据库安装脚本文件名为数据库安装脚本.SQ1.,运用说明请参考用户运用手册。文件1、用户运用手册用户运用手册供应用户对软件系统的操作指导，要求同时供应.DOC格式的电子文档和至少一份打印稿。服务（该项目不适应）非移交的产品非移交的产品包括过程记录和过程文档，包括：A、软件的源代码程序的源代码不供应
7、应用户。B、安装程序工程C、需求文档C、过程评审记录可能发生的需求、设计、实现和验证阶段的评审记录、评审报告，都不提交给最终用户。D、设计和规划文档包括产品设计、过程规划等方面的文档，不供应应最终用户。E、测试记录和测试报告不同阶段的测试规划、测试记录、测试报告等文档，都由产品开发部门保留、归档。以上非移交的产品，不得供应应其他的单位或者个人，或者用于其他的商业事务，具体的说明参考公司的保密和平安规定。2.4 验收标准A、程序：程序中应包含的功能如下：1.永久存储用户输入的信息;2. 任务调度和任务查找操作简易；3. 任务的删除和更新；4. 能够针对任务设置启动时间、终止时间、任务时间间隔；5
8、. 任务启动的提示、多任务的启动提示；6. 显示系统的时钟；7. 任务启动时间、终止时间、任务启动时间间隔调整；8. 在多用户环境下，允许不同的人管理自己的任务；数据库脚本在SQ1.Server2000的查询分析器中能正确运行，创建的数据库能够支持程序的各项功能的运行，并且保证数据的精确性。B、文件操作手册的规格满足GB86的相关标准，对应的内容应包括以上功能的各部分的说明，手册中不应当包含专业性的词汇，对于数据库脚本的复原程序，应供应特别具体的操作指引和图例。C、服务其他维护的要求依据维护阶段的内部约定进行。2.5完成项目的最迟期限项目的系统测试的最终完成日期为2006年6月20日，然后在2
9、006年06月28日之前，进行运行时测试、产品化工作，包括用户培训等服务活动的实施。3.6本支配的批准者和批准日期本支配的批准人为王湘瑜老师。木支配的正式批准日期为2006年06月120,实施日期为2006年6月12日。第三部分、实施支配3.1工作分解与人员分工本项目的工作分解如下:收尾阶段一T1：收集记录、规划和设计文档，并进行文件的归档IT2：对B测试、运行测试等用户表示不满足的程序、界面、手册进行修订I_一T3：项目总结会议一T4：支配后期维护人员，解散项目团队（说明：1、以上的工作，可以在更细的层次上进行分解，例如17,可以分别为查询界面、增加的界面和删除的询问词的设计等，系统测试可以
10、分解为测试平台的搭建、测试用例的编写、系统各功能点的测试、测试记录的填写、测试总结和总结报告等多个工作单元。2、有关测试、工作分解的具体内容、文档规格，请参考ACCP3.0后续课程的描述；3、以上的工作分解，不存在时间先后的次序。）依据工作分解，职责安排如下：P参与人员：A负责人员；S确认审核人员;人员工作包及说明李果石里卓林贵杨昌桦谭兰柳RI：需求调查SPPAR2：编写需求说明和需求分析文档PAR3：项目启动会议APPPPD1：支配会议、项目专题探讨、编写项目支配APPPD2：项目支配的审核和分发执行AD3：系统的总体设计相关内容APPD4：数据库设计相关内容APPPPD5：类模块设计：数据
11、库的访问限制类APD6：控件设计：任务的增删改查的操作APPD7：界面设计：主界面和相关的界面设计PAPPD8：模块设计：公用模块和主界面菜单管理模块APPPD9：整理和编制具体设计，作为编码的依据APP11：模块实现：编码实现D5AP12：模块实现：编码实现D6AP13：模块实现：编码实现D7AP14：模块实现：编码实现D8AP15：打算数据库和测试数据PPA16：单元测试和调试：11PA17：单元测试和调试：12PPPPA18：单元测试和调试：13PPPPA19：单元测试和调试：14PPPPAH0：16、17、18、19之间的接口测试APPPIll：系统的组合和系统测试APPP112：系统
12、测试报告和反馈PPPA113：B和运行时测试PPPA114：帮助工程和帮助文件制作PPA115：安装工程和安装配置PPA116：安装包测试APP117：编写用户操作指南PPATI：文件归档AT2：程序、界面、手册的反馈和修订PPAT3：项目总结APPPPT4：项目结束和团队解散A3.2接口人员（本项目无进无需接口人员）3.3进度最终的项目网络图如下:完成项目至少须要的时间用红色的线表示，项目的完成线路（完整完成项目最少所须要的时间）为：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
13、+1）*0.5=38*0.5=19（工作日）预留20%作为整体浮动时间，实际须要的工作日为19+4=23o在并行一些工作的条件下，项目预料完成的时间在两个月左右。（说明：非关键路径活动所须要的时间，没有在项目网络图上标识。）项目的起先日期为2006年6月4日，项目的里程碑（阶段点）时间：6/96/136/206/226/23（说明：1、可以制作一张项目的日历，说明项目针对于日期的更具体的信息，这可以借助于MiCrOSOftPrOjeCt2000等项目管理软件来完成，此处略；2、项目管理软件的运用、作用，请参考ACCP3.0后续课程相关的内容；）4.4预算（本项目属期末项目设计，没有预算）3.5
14、关键问题（本项目属期末项目设计，没有遇到关键性问题）第四部分、支持条件支持本项目的开发所须要的条件和设施包括:1.1 计算机系统支持硬件环境：CPU：PI11750或者更高频率ROM：256或者更高内存支持磁盘：8G软件支持：开发所用的操作系统：Windows2000ServerSPl开发工具：VisualStudio6.0SP4数据库系统：MicrosoftSQ1.Server2000企业版1.2 需由用户担当的工作（本项目是非合同项目，本条不适用）1.3 由外单位供应的条件（不适用）。第五部分、专题支配要点5. 1配置管理支配配置管理所关切的问题涉及以下三点：I、细致定义软件系统的交付物；
15、2、严格限制对可交付物的变更；3、确保软件系统的可交付物与既定的或者经过核准修订的可交付物相一样。北大青鸟APteCh全部的软件项目配置管理采纳标准的表格模板，并遵循了标准：计算机软件配置管理支配规范(GB/T12505-1990),本部分加以引用。6. 2质量管理支配7. 2.1、依据A、质量政策北大青鸟Aptach科技发展有限公司在软件产品设计和开发方面通过了IS090012000的规范，同时制定了质量方针和质量目标：质量方针：通过严格和规范的过程管理、文档化的流程开发，提高生产效率，为客户供应稳定、易用和符合要求的产品系列。质量目标：在软件方面的年纯利润达到20()万元，并以每年不低于4
16、0%的比率递增。(以上质量方针和质量目标只是一个范例，并非北大青鸟Aptech公司事实上的质量目标。)本项目同时遵循和贯彻公司的质量方针和质量目标。B、范围说明参考任务管理项目需求说明。C、标准和规范在质量方面，须要遵循的标准和规范包括：A、质量管理体系标准(GB/T19001-2000),2000-12-18,国家质量技术监督局；B、计算机软件产品开发文档编制指南(GB“8567-88),1988-7-1,国家质量技术监督局；C、计算机软件质量保证支配规范(GB/T12504-1990),1990-11-15,国家质量技术监督局；D、北大青鸟APteCh公司质量手册2002-5-1；北大青鸟
17、APteChE、北大青鸟APteCh公司程序文件2002-5-1；北大青鸟APteCh5.2.2程序及过程本部分规定本项目全面质量管理所规定的实施过程，在WBS中，全部的活动支配都是与质量保证相关的，因而也是WBS元素项的说明。A、影响质量的因素在本项目中，影响质量的因素可以用以下的鱼骨刺图(ISHKAWA逻辑图、因故分析图)鱼骨刺图的子可以进行多层分解，下面只简要说明影响因素以及本项目在这方面的预防措施：A、人员:人员的技能水平、工作习惯、合作往往会对项目的质量产生干脆的影响；本项目组的主要成员都具有计算机工程学士学位，并且至少具备三个以上的应用软件开发阅历，主要的成员在以前的一个项目中有过
18、胜利的合作阅历；B、方法和技术本项目涉及的方法和技术包括关系数据库管理、查询管理、界面等应用技术，这些技术都是标准和成熟的技术，所选择的团对成员要求具有这方面的阅历，以削减培训的支出和技术方面的风险；C、沟通制定完备的沟通管理支配并执行，在下一节，你可以看到沟通支配、信息分发、绩效报告等方面的内容。D、项目的意义项目取得胜利所具有的意义、团队收益以及个人绩效的评估在项目的首次会议就须要明确，昂扬的士气给项目带来的好处可以干脆从质量方面体现。E、变更变更的限制对该项目质量的影响是比较大的，这些变更包括进度、成本和产品特性方面的要求的变更，为防止不必要的变更，产品组与用户共同成立了变更限制委员会，
19、全部不在需求文档中说明的要素，都须要通过变更限制委员会批准。F、测试和评估尽管本项目不是一个大的项目，测试（检查）和评估依旧分别分为四个部分，包括每个独立单元的测试、单元组合测试和集成的测试，在用户运用过程中还包括一些改进型的测试，以确保软件系统的满足运用的质量要求；评估包括需求、设计和最终的检验性评估，同时评估团的看法对质量的提高也具有莫大的好处。G、资源配置资源包括设备资源和人员，在设备方面，公司确要保有足够的计算机用于开发和测试，除支配每个开发成员至少一台专用的计算机外，额外的测试的计算机要保证每人一台，共用网络打印机。基于进度的考虑支配足够的成员加入开发组，并在用户对进度有更高要求的状
20、况下增加项目成员。H、进度限制进度对质量的影响大部分是由于赶工和快速跟进时对质量限制的弱化所造成的,项目经理应对此负干脆的责任，在运用任何进度更新方法的同事，项目经理须要细致权衡对质量带来的影响。本项目为进度预留了充分的缓冲时间，这些时候为后续的测试、符合性检查供应了保证。B、检查和评审检查（测试）和评审是质量保证和质量提高的重要方法，它包括下面的过程:图表说明:5.4媒体和版本限制版本管理工具采纳MicrosoftVisualSourceSafe,并且要求记录每个调试版本的变更状况，项目经理确保当前运用的版本是最合适的版本。产品在交付的时候，采纳光盘的形式，并确保没有损坏。5.5纪录的收集和
21、维护参考配置管理支配的相关项，并要求符合IS090012000有关记录收集和维护的要求。5.6沟通支配本项目在规模上属于小项目，在人员支配和沟通方面都比较清楚和明确。在上面的职责安排中做了每人所参与、负责、评议的具体说明。5.6.1项目成员参与本项目的主要人员包括:李果项目组组长，在本项目中，负责项目的规划、接口、协调及一部分代码工作。石里在本系统中负责项目的分析和设计，及一部分编码和测试的工作。卓林贵在本项目中负责数据库设计的一部分工作及原型代码的编写、界面设计等。杨昌桦在本项目中，负责技术接口、组合测试、系统测试及项目的捆绑与安装实施。谭兰柳负责文档编写及与用户沟通，帮助原始文档的编写及整
22、理及产品化相关的工作。以上成员都是本项目的全职人员。须要补充的成员及说明在本文的后续版本中得到。5.6.1沟通方式A、本项目组成员之间的沟通方式包括：A电话；B、电子邮件;C、非正式的会谈或者正式的会议；会谈和会议的约定有：A、项目里程碑事务预期发生或者项目没有到达预期目标，必需实行额外的正式会议；B、每周至少有一次非正式的会谈；C、工作结果采纳CDROM或者邮件附件的方式进行传递，工作结果产生可交付物后采纳非正式的会议进行评价和沟通；B、与客户之间的沟通方式包括：正式的沟通包括：A、变更备忘B、评审会议C、执行状况报告非正式的沟通包括：A、约见B、电话C、产品演不正式或者非正式的沟通应当敏捷运用，一些正式的评审过程，在前面已经进行了说明。编写人：XX批准人：日期：2006年6月8日
