1、1一 可行性研究报告1可行性研究的前提1.1 要求通过调查,要求系统需要有以下功能: 要求有良好的人机界面; 较好的权限管理; 原始数据修改简单方便,支持多条件修改 方便的数据查询，支持多条件查询; 相应的权限下，删除数据方便简单，数据稳定性好； 数据计算自动完成，尽量减少人工干预;1.2 目标a. 人力与设备费用的节省；b. 处理速度的提高；c. 控制精度或生产能力的提高；d. 管理信息服务的改进；e. 决策系统的改进；f. 人员工作效率的提高。1.3 条件、假定和限制a. 开发软件运行的最短寿命为一年。b. 进行系统方案选择比较的期限：2 周。c. 经费来源和使用限制：自筹资金。d. 法律
2、和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。e. 硬件 CPU p3、内存 256M.。f. 软件：access2003。g. 运行环境：本软件应使用 Windows2003、Windows xp 操作系统。h. 开发环境：本软件应使用 Windows2003、Windows xp 开发。i. 开发软件投入使用的最迟时间为 2013 年 10 月 01 日。1.4 可行性研究方法由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是 PII
3、I 以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。2对现有系统的分析2.1 处理流程和数据流程班级管理业务流程图：2档案管理业务流程图：课程管理业务流程图：成绩管理业务流程图：教务处 输入计算机班主任 教务处学生班级班级输出教务处 输入计算机班主任 教务处学生档案档案输出课程教务处 输入计算机教师 教务处学生课程输出教务处 输入计算机班主任 教务处学生班级班级输出教务处 输入计算机教师 教务处学生成绩教师输出32.2 工作负荷现有系统所承担的工作只能实现档案管理的简单功能，
4、无法适应目前工作中处理大量数据的功能。2.3 费用支出开发这个项目总需三个人，4 台计算机，一个可容纳 6、7 个人的办公室，必须有充足的物质做精神动力，每台计算机上必须有所需要的软件，比如：办公软件、数据库软件、截图软件等，必须有 3000 万元的准备开支。4二 软件项目计划1. 引言1.1 编写目的软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率。为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发
5、工作。预期的读者：开发人员，项目经理，测试人员1.2 背景a.学生信息管理系统b.提出者：项目经理，开发者：XXX 开发团队。2. 项目概述2.1 工作内容1 需求分析： 13 个月2 概要设计： 23 个月3 详细设计： 23 个月4 编码: 23 个月5 测试： 1 个月6 发布： 1 个月2.2 主要参加人员 参与者 个人情况XX 软件工程专业学生，熟悉 java 语言，数据库编程XX 软件工程专业学生，熟悉 C#语言XX 软件工程专业学生，有很好的网页设计能力XX 软件工程专业学生，有良好的界面设计的能力和测试经验XX 专业为软件工程，从事开发工作一年，能过独立地完成小型项目的整个开发
6、过程2.3 产品2.3.1 程序 5名称 编程语言 媒体形式 功能及能力系统功能 C#+SQL Server 2000文本 管理学生的学籍信息，统计学生的相关信息。学生信息的增加、修改、删除、查询数据信息管理C#+SQL Server 2000文本 学生学籍信息管理，学生选课信息管理基本业务 C#+SQL Server 2000文本 学生注册、学籍信息维护，学生选课，老师管理班级信息。信息浏览与查询C#+SQL Server 2000文本 管理员学生学籍信息浏览、查询 数据库 SQL Server 2000数据库文件 数据库文件可以直接附加到本地的 SQL Server 2000 中的数据库中
7、学生学籍管理系统C#+SQL Server 2000CD 光盘 程序的运行文件，运行之后只要发布之后就可以了2.4 验收标准 验收标准参照表：程序 CD 光盘 实现功能：在使用时，由管理员输入需要了解的关键字信息，然后通饭卡管理系统选择相应的管理事务。管理事务根据所提供的信息在数据库中查找相应的记录，返回相应的记录给管理员。允许管理员在相应的权限下对数据进行修改。通过终端把得到的内容显示到相应的界面上。安装指南 视频 有声的视频，分解安装的动作，并详细讲述过程及注意事项用户使用手册 视频+文档 文档给出输入输出的约束条件，系统的运行环境，视频显示使用软件的整个流程，帮助用户学习使用该软件故障解
8、决说明书 文档 列出基本问题的详细解决办法，详细叙述整个流程3. 实施计划3.1 预算1.采购必要设备的投资：网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要 200 万左右；服务器与存储系统，从发卡量和设备数量等估算，这一块需要 100 万左右；射频卡终端，包括读写器与 POS 机，这一块需要 20 万左右。2.开发系统的投资：按目前市场上一卡通管理系统的开发价格来看，开发所需的投大概在 50 万不等；4.总计：:350 万左右；3.2 关键问题本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关6键问题4.支持条件4.1 运行环境a. 开发软件运行的最短寿
9、命为一年。b. 进行系统方案选择比较的期限：2 周。c. 经费来源和使用限制：自筹资金。d. 法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。e. 硬件 CPU p3、内存 256M.。f. 软件：access2003。g. 运行环境：本软件应使用 Windows2003、Windows xp 操作系统。h. 开发环境：本软件应使用 Windows2003、Windows xp 开发。4.2 需由用户承担的工作数据库的初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在
10、2013 年 6 月 1 日之前完成。4.3 需由外单位提供的条件本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持。7三 风险条目跟踪表序列号 1确定日期 2012.10.28撤消日期 描述 未得到学校支持而导致的无法获得学生数据可能性 0.2影响 10危害值 10.2降低风险计划 项目开始前与校方沟通，否则项目无法进行负责人 XXX截止日期 2013、 10、 18五 进度计划风险列表1.最常见的进度计划风险1）功能无限蔓延；2）质量不定3）计划过于乐观4）设计欠佳5）银弹综合症6）研发导向开发7）人员薄弱8）签约商失败；10）研
11、发人员与客户的磨擦。2.进度计划风险完整列表2.1 计划编制风险1）计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致；2）计划是优化的，是“最佳状态” ；3）计划忽略了必要的任务；4）计划基于使用特定的小组成员，而那个小组成员其实指望不上。5）在限定的时间内无法建成已定规模大小的产品；6）产品规模比估计的要大一些；7）工作量大于估算数；8）进度已经拖延的项目在重新评估时过于优化或忽视项目历史；9）过度的进度压力造成生产率下降；10）目标日期提前，但没有相应地调整产品范围或可用资源；11）一个任务的延迟导致相关任务的连锁反应；12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预
12、期的要多。2.2 组织和管理91）项目缺乏一个有凝聚力的最高领导人；2）由于前期乏力，项目长时间被搁置；3）解雇和削减开支导致项目小组能力下降；4）仅由管理层或市场人员进行技术决策，导致计划进度延长；5）低效的项目组结构降低生产率；6）管理层审查/决策的周期比预期时间长；7）预算削减打乱项目计划；8）管理层做出了打击项目组织积极性的决定；9）非技术的第三方的工作比预期延长（如审批，采购等） ；10）计划性太差，无法适应期望的开发速度；11）项目计划由于压力而放弃，导致开发混乱、低效；12）管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。2.3 开发环境1）设施没有及
13、时到位；2）设施到位，但不配套；3）设施拥挤、杂乱或者破损；4）开发工具未能及时到位；5）开发工具不如期望那样有效，开发人员需要时间创建工作环境或切换新的工具；6）开发工具的选择不是基于技术需求，不能提供计划要求的性能；7）新开发工具的学习期比预期的长，内容繁多。2.4 最终用户1）最终用户坚持新的需求；2）最终用户对于最后交付的产品不满意，要求重新设计和重做；3）最终用户不买进项目产品，无法提供后续支持；4）最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必须重做。2.5 客户101）客户坚持新的需求；2）客户对规划、原型和规格的审核/决策周期比预期长；3）客户没有或不能参与规划、原
14、型和规格阶段的审核，导致需求不稳定和耗时的重复；4）客户答复的时间比预期长（如回答需求中需澄清的问题） ；5）客户坚持技术决策而导致进度计划延长；6）客户对开发进度管理过细，导致实际进展变慢；7）客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工作；8）客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作；9）客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降低；10）客户不接受交付的软件，尽管它满足了所有的规格；11）客户期望的开发速度是开发人员无法达到的。2.6 承包商1）承包商没有按承诺交付组件；2）承包商递交的组件质量低下无法接收，
15、必须花时间改进质量；3）承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。2.7 需求1）需求已经成为项目基准，但变化还在继续；2）需求定义欠佳，而进一步的定义会扩展项目范畴；3）添加额外的需求；4）产品定义含混的部分比预期需要更多的时间。2.8 产品1）错误发生率高的模块需要比预期更多的测试、设计和实现工作；2）校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。113）在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预期；4）由于软件功能的错误，需要重新设计和实现；5）开发额外不需要的功能（镀金）延长了计划进度；6）要满足产品规格与速度要求，需比预期更多时
16、间，包括重新设计和实现的时间；7）严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；8）要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作。9）要求在不同操作系统下运行将花费比预期更长的时间；10）在不熟悉或未经检验的软（硬）件环境中运行产生未预料的问题；11）开发一种对组织全新的模块将比预期花费更长的时间；12）依赖正在开发中的技术将延长计划进度。2.9 外部环境1）产品依赖政府规章，而规章的改变将是不可预期的；2）产品依赖草拟中的技术标准，而最后的标准将是不可预期的。2.10 人员1）招聘人员所花时间比预期的长；2）作为先决条件的任务不能
17、按时完成（如培训、其它项目） ；3）开发人员和管理层之间关系不佳导致决策缓慢，影响全局；4）项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平；5）缺乏激励措施，士气低下，降低了生产能力；6）缺乏必要的规范，增加了工作失误与重复工作；7）某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编程语言；8）项目结束前，合同制人员离开团队，或雇员辞职；129）项目后期加入新的开发人员，额外的培训和沟通降低现有成员的效率；10）项目组成员不能有效地一起工作；11）由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和额外的重复工作；12）有问题的成员没有调离项目组，损害了项目组其他成
18、员的积极性；13）项目的最佳人选未加入项目组；14）项目的最佳人选已加入项目组，但因其他原因未能合理使用；15）没有找到项目急需的具有特定技能的人；16）关键人物只能兼职参与；17）项目人员不足；18）任务的分配与人员技能不匹配；19）人员工作的进展比预期的慢；20）项目管理人员怠工导致计划和进度失效；21）技术人员怠工导致工作遗漏或质量低下，工作需要重做。2.11 设计与实现1）设计过于简单，无法确定主要事件，并导致重新设计和实现；2）设计过于复杂，导致一些不必要的工作，影响实现效率；3）设计质量低下，导致重复设计和实现4）使用不熟悉的方法，导致额外的培训时间，并重犯前期使用这种方法时导致的
19、错误；5）产品采用低级语言来实施，导致生产率比预期的低；6）一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新库或自选开发所要的功能；7）代码和库质量低下，导致需要额外的测试、错误修正或重做；8）过高估计了增强型工具对计划进度的节省量；9）分别开发的模块无法有效集成，需要重新设计或重做。2.12 过程131）大量的纸面工作导致进程比预期的慢；2）进程跟踪不准确，导致无法预知项目是否已落后于计划进度；3）前期的质量保证行为不真实，导致后期的重复工作；4）质量跟踪不准确，导致无法得知影响进度的质量问题；5）太不正规，导致沟通不足，质量问题和工作重做；6）过于正规，导致过多耗时无用的工作；
20、7）向管理层撰写进度报告占用的开发人员的时间比预期的多；8）风险管理粗心，导致没有发现重大的项目风险；9）软件项目风险管理花费的时间比预期的多。14六 开发进度月报l标题 2工程进度与状态2.1 进度 2012-10：完成需求分析2013-12：完成概要设计2013-03: 完成编码2013-06：完成测试2013-10：移交2.2 状态 2013-10：完成需求分析 完成2013-12：完成概要设计 完成2013-03: 完成编码 进行中2013-06：完成测试 未完成2013-10：移交 未完成3资额耗用与状态3.1 资额耗用主要说明本月份内耗用的工时与机时。3.1.1 工时 分为三类：a
21、. 管理用工时制订计划：1 个月布置工作：1 周收集数据：1 个月开发中的软件系统的名称和标识符分项目名称和标识符分项目负责人签名本期月报编写人签名本期月报的编号及所报告的年月15检测汇报：1 周b. 开发用工时 1 构架阶段：1 个月2 编码阶段：1 个月4 经费支出与状态 4.1 经费支出 4.1.1 支持性费用 列出本月内支出的支持性费用，一般可按如下七类列出，并给出本月支持费用的总和： a. 房租或房屋折旧费；b. 员工工资、奖金、补贴；c. 培训费包括给教师的酬金及教室租金；d. 资料费包括复印及购买参考资料的费用；e. 会议费召集有关业务会议的费用；f. 旅差费；g. 其他费用。4
22、.1.2 设备购置费 列出本月内支出的设备购置费，一般可分如下三类：a. 购买软件的名称与金额；b. 购买硬设备的名称、型号、数量及金额；c. 已有硬设备的折旧费。4.2 状态 本月内实际支出的经费与计划相比较，符合计划。5下个月的工作计划6建议 无16七 开发任务卡项目名： 学籍管理系统 模块/类名： 登录模块 安排时间： 5 任务承担人： 汪国志 相关模块/类情况：模块/类名 负责人 开始时间 完成时间 状态登录模块 汪国志 2012、10 2012、11任务描述：项目名： 学籍管理系统 模块/类名： 学生信息管理模块 安排时间： 7 任务承担人： 汪国志 相关模块/类情况：模块/类名 负
23、责人 开始时间 完成时间 状态学生管理模块 汪国志 2012、11 2012、12任务描述：项目名： 学籍管理系统 模块/类名： 教师信息管理模块 安排时间： 7 任务承担人： 汪国志 相关模块/类情况：模块/类名 负责人 开始时间 完成时间 状态教师管理模块 汪国志 2012、12、2012、12任务描述：项目名： 学籍管理系统 模块/类名： 管理员操作模块 安排时间： 7 任务承担人： 汪国志 相关模块/类情况：模块/类名 负责人 开始时间 完成时间 状态管理员模块 汪国志 2013、1 2013、1任务描述：估计完成时间：_2013、1_ 批准人：_17八 个人开发进度月报1标题项目名称
24、及标识：学籍管理系统子项目名称及标识：登录模块开发阶段：详细设计报告时间： 年 月 日 至 年 月 日报告人：签名2进度2.1 任务任务：用户登录任务描述：分三种用户：学生、老师、管理员，登录后分别为不同操作界面状态： 完成 未完成与计划比较： 提前 按期 推迟推迟原因：3资源耗费总用工时：加班时间：机时：上网时间：硬件平台：软件环境和工具：4.下个月工作计划任务：学生管理模块任务描述：学生可修改密码、查询个人信息/成绩等18任务所属项目或子项目：学籍管理系统性质： 新 续上月5.建议19九 项目开发进度月报1.标题项目名称及标识：学籍管理系统子项目名称及标识：学生管理系统本期月报编写人：汪国
25、志子项目负责人：汪国志本期月报编号：月报日期： 2012 年 10 月 26 日2.进度2.1 任务任务：学生信息查询功能任务描述：学生登录后，可查询个人信息、科目成绩状态： 完成 未完成与计划比较： 提前 按期 推迟推迟原因：2.2 事件事件：事件标志：与计划比较： 提前 按期 推迟推迟原因：3.资源耗费3.1 工时管理用工时：服务用工时：开发用工时：总 计：3.2 机时计算机类型： 用时：计算机类型： 用时：计算机类型： 用时：20总 计： 用时：4.经费支出4.1 支持性经费支出工资、奖金、补贴：培训费：资料费：会议费：差旅费：总计：4.2 设置购置费设备名称 型号 数量 单价 金额总计
26、金额：5.下个月工作计划5.1 任务任务：教师管理功能任务描述：教师可查询个人信息、录入科目、学生成绩等开发阶段：需求分析性质： 新 续上月5.2 事件事件：事件标志：性质： 新 旧 216.建议22十 项目进度周报周期：2012 年 10 月 26 日2012 年 11 月 3 日项目名称：_学生管理系统_ 项目编号：_项目经理：_ 项目发起人：_汪国志_项目成员：_汪国志_项目计划开始时间：2012、10 项目实际开始时间：_2012、10项目预计完成时间：2013、10 现在预计完成时间：_2013、10项目处于： 初步计划阶段 需求分析阶段 开发阶段项目状态： 按计划进度 超计划进度
27、进度延迟项目预计投入人力：_人/日 现在已投入人力：_人/日预计共需投入人力：_人/日项目遇到的困难和要解决的问题：_23十一 项目开发总结报告1引言1.1 编写目的经行项目的总结，总结经验和教训1.2 背景a.本项目名称：学生信息管理系统开发项目系统名称：学生信息管理系统b.提出者：项目经理、开发者：XXX 软件开发有限公司用户：XXX 大学学生、职工安装此软件的计算中心：实验中心1.3 定义对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。1.4 参考资料1 周佩德 .数据库原理及应用.电子工业出版社2 刘炳文等， V
28、ISUAL BASIC 程序设计数据库篇， 19993 李光明. Visual Basic 编程实例大制作.冶金工业出版社4 李红等编著，管理信息系统开发与应用，电子工业出版社，20035 软件工程，人民邮电出版社，2002 年 3 月第一版6 康博工作室，张红军，王红等缟著Visual Basic 中文版高级应用与开发指南 ，人民邮电出版社，2001 年 4 月第一版7 林立军，程斌，翁迪恩缟著Visual Basic 数据库开发指南 ，西安电子科技大学出版社，2000 年 2 月第一版8 宋伟，吴建国等编著 中文 Visual Basic 编程基础 ，北京，清华大学出版社2实际开发结果24
29、2.1 产品说明最终制成的产品，包括：a. 程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；b. 程序系统共有哪几个版本，各自的版本号及它们之间的区别；c. 每个文件的名称；d. 所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比较。2.2 主要功能和性能1 功能1）能够管理员登录2）能够认证登录的用户a)学生b)教师c)辅导员3）系统管理a)学生2.学生个人信息查询b)辅导员1.学生学籍更变信息管理c)辅导员1.学生信息更变信息管理基本都能完成2.3 基本流程252.4 进度2012-10：完成需求分析 完成2012-12
30、：完成概要设计 完成2013-03: 完成编码 完成2013-06：完成测试 完成2013-10：移交 完成学籍管理部门教师学生成绩管理系统教务处学生教师教师学生情况学生成绩查询统计分析学生课程成绩管理部门教务处教师1.0学生管理2.0课程管理3.0成绩管理4.0统计分析D1D2D3查询者管理者262.5 费用项目经理： 50 万产品经理 10 万组长 30 万开发人员 20 万测试人员 15 万3开发工作评价3.1 对生产效率的评价a. 程序的平均生产效率：良好b. 文件的平均生产效率：良好3.2 对产品质量的评价产品功能完善，性能达到最优3.3 对技术方法的评价基于 B/S，MVC 构架，
31、使用良好3.4 出错原因的分析编码还不够熟练。4经验与教训多沟通，多交流，多熟悉，深入到用户中去，充分了解市场需求27十二 模块开发卷宗第 1 章 模块开发情况模块名: 登陆模块 模块标识符计划开始日期 2012、10、1实际开始日期2012、10、6代码设计 计划完成日期 2012、10、11实际完成日期2012、10、10计划开始日期 2012、10、13实际开始日期2012、10、13模块测试 计划完成日期 2012、10、17实际完成日期2012、10、16计划开始日期 201210、18实际开始日期2012、10、17组装测试 计划完成日期2012、10、26 实际完成日期2012、
32、10、26源代码行 预计行数 实际行数目标模块大小预计字节数 实际字节数代码复查 （日期/签字）批 准 （日期/签字） 第 2 章 功能说明输入 处理 输出输入学生用户名和密码系统识别账号密码正确，确认登录身份为学生学生操作界面选择要查询的科目查询数据库中对应学生的科目成绩学生成绩教师选择科目，批量导入学生成绩系统读取学生成绩的excel 文件，保存学生成绩提示操作成功管理员输入要查询学生的编号读取数据库中对应编号的学生显示学生信息28第 3 章 设计说明3.1 层次说明模块名 学生信息service模块标识符调用模块 数据库操作模块被调用模块 界面操作模块3.2 算法 （图、图或语言）3.3
33、 外部数据结构数据结构名称 关系3.4 出错信息错误编号 错误名 描述1 登录异常 输入错误的账号、密码或选择错误的用户类别2 数据查询异常 数据源获取失败或输入错误的查询条件3 Excel 导入异常 导入成绩时，填写 excel格式错误或数据不完整第 4 章 源代码清单第 5 章 测试说明5.1 测试名称 1测试标识符： 编号：测试目的： 测试登录是否可用测试配置：测试用例：序号 输入 预期输出 实际输出1 输入正确的账号密码，选择对应的用户类别登录成功，返回对应用户的操作界面未测2 输入错误的账号密码或选择错误的用户类别返回登录失败，提示失败原因未测5.2 测试名称 2测试标识符： 编号：29测试目的： 测试学生信息查询是否可用测试配置：测试用例：序号 输入 预期输出 实际输出1 管理员输入正确的查询条件返回学生信息列表未测2 输入不存在的学生学号等信息查询结果为空 未测第 6 章 复审结论6.1 与需求说明的比较6.2 与概要设计的比较6.3 与详细设计的比较6.4 一般结论
