作品申报书模板.docVIP

湖北工程学院 高级语言程序设计 项目名称： 职工信息管理 班 级： 5123002131 小 组 长： 宋成章 联系方式： 成 员： 512300213111-宋成章 2013年 12 月 1 日 高级语言程序设计规范性文档及内容格式说明 1、高级语言程序课程设计是配合高级语言与软件工程理论课的实践性设计，其目为： 了解并基本掌握软件工程理论与实施的过程 掌握基本的史实方法、步骤，以及必要的分析、设计工具 通过虚拟或实际项目积累项目实施经验 2、整个设计主要包括以下几个阶段性任务： 选题与开题 需求分析 详细设计 编码实现 交付与总结 其中需求分与详细设计可以融合在一起进行实时，但形成的文档应该具备分析和设计两部分的文字描述；根据时间安排编码实现部分不做强制要求，但应有基本的演示软件，能够演示基本的流程，不强制要求进行功能性演示。 3、时间与内容安排 整个课程与设计分为两部分，合计36课时（9周，建议多利用课余时间进行拓展）；其中计划纯理论讲授与基本演示为4周，其余5周主要围绕着项目本身进行实施，在实施过程中逐步对每个部分进行进一步详细的演示，特别是具体实现的过程、技术、方法与工具可选择、针对性地进行实际演示（如开设的前置软件编程课程为java可配合讲授eclipse，JUnit等；而C#.net则可配合VS2008 TeamSuit、PowerDesigner等）。 课程设计选题建议控制设计的规模，以数据库表衡量建议以三张表格为佳，至多不超过5张表格，否则项目规模难以控制。选题尽量贴近学生自身所能接触的范畴，有利于开展需求分析，如条件允许可实地调查与调研。 4、成员与分组 一个项目一般由3人组成，实施时间小于10周（中等规模项目5人，实施时间10周以上），其中设组长一人负责与指导教师联系、协调组内工作与任务分工。组长享受额外5分的总分加成，但如果小组项目实施失败，在原总分基础上扣除5分、其成员也会受到相应惩罚（示失败原因进行集体评价后决定是否实施，例如消极的项目实施会给扣除5分）。 5、设计与课程评价： 课程考核方式为设计报告与评阅人主观评价，其中设计报告基本格式与必要内容参考后面内容，主观评价部分建议由任课教师本人及2~3位同专业教师进行共同评价，由学生进行系统论述及演示情况给予评分。 请评阅教师直接在下表中评阅并给出课程总评。 表1 软件工程评分表 选题编号：_______________ 选题名称：_________________________________ 任务 评分细项 评价A（5分） 评价B（3分） 评价C（1分） 评分 1、选题 选题类型 较难 适中 较易 任务量 选题合适，任务饱满，贴近生活 选题适中，任务量较好 选题偏颇，任务量过少或过多 2、任务描述与分工 任务描述与计划 描述清晰，计划翔实 描述较好，有计划但不翔实 描述不清，无明确计划 成员分工 分工合理有层次 分工合理，但缺乏层次 分工混乱，过重或过清 3、项目文档 实施 设计目的 完整的选题依据、设计方案、工作量和最终应达成目标 有设计方案，但目的不够明确，设计模糊 方案混乱，目的不清 总体设计 包含完整的系统框图、流程图、接口 有必要的设计部分，但设计明确 缺乏必要的内容 详细设计 设计翔实、清晰，有完整的说明 设计良好，但图文说明欠缺 设计混乱，非专业人员无法理解 用户手册 图文并茂，易使用 较简单，需在指导下使用 无手册，使用困难 调试与测试 有测试方法、步骤及结果分析 有测试，步骤、分析不够完整 无测试且无结果及分析 源程序 结构清晰，完整说明和注释 结构明确，包含必要说明 结构混乱，几无说明或必要注释 参考文献 有参考文献，符合要求 有参考文献，但欠缺 无参考文献，无规范 形式审查 符合排版要求 基本符合，无明显错误 排版混乱，有较多明显错误 4、项目演示 功能演示 流畅演示大部分功能 流畅演示主要功能 能够演示内容很少（40%） 功能故障 无明显故障 无明显故障，有少量缺陷 故障较多，影响正常运行 内容讲解 能够流利讲述内容 讲述较为顺利，完整 文档不熟，较难讲解 问题回答 正确、快速回答问题 能回答问题，但需要较多时间准备 能够回答的问题较少 5、成员分工均衡化及掌握程度 工作参与度 工作两合理，参与项目各个部分的实施 工作量较好，至少参与了系统中两层实施 工作量不均，参与度不够 成员协作 良好的组织与协