《软件过程综合实践第1讲》由会员分享，可在线阅读，更多相关《软件过程综合实践第1讲（33页珍藏版）》请在金锄头文库上搜索。
1、软件过程综合实践郑大鹏 第1讲 实践要求及开始阶段要点n内容本实践课要求如何开始实践项目n目的了解实践目标、内容、组织形式复习软件项目起始阶段工作内容、方法本实践课要求n本实践属于必修课，4学分；n要求综合应用所学软件开发知识，在四周 内完成一个软件项目n目标：通过本课程，达到以下五项目标。本实践课要求1能理解客户的总体需求，并进而识别系统 的范围，发掘系统的详细需求，编写有关需求 阶段文档；2能根据需求确定系统的测试方案，编写测 试计划，准备测试用例；3能根据需求确定系统的设计，并将设计文 档化。理解设计的要素和工作过程；本实践课要求4能用所学的程序设计知识，将系统设计转 化为代码，并进行测
2、试和排错。所设计的代码 应有良好的风范；5理解软件开发的过程，学会组织和管理一 个软件开发项目。懂得软件项目中不同角色的 定位和工作任务，学会与项目团队成员间的沟 通和协调。本实践课要求n实践题目：根据老师列出的题目，挑选一个；信息系统、电子商务网站。n可以在原来课程设计基础上进一步深化， 也可以结合毕业设计的选题。n建议以小组为单位完成。每小组45人；本实践课要求n小组成员分工（4人一组）：项目管理+系统分析+代码编写架构设计+代码编写测试+代码编写数据库设计+代码编写n代码、文档可以分工完成。要注明完成者 ，以便评分。代码要注意规范，必须有头 注。文档要按照模板格式写。本实践课要求过程实践
3、文档权重 项目范围识别和规 划项目开发计划或：愿景10%需求分析系统需求规格说明30% 总体设计（架构设 计）系统设计说明40%详细设计代码实现无测试系统测试计划10% 交付系统使用说明书10%项目过程和文档要求本实践课要求n编程要求功能或特性技能项权重界面友好， 风格统一界面设计5%10%界面类的定义或使用5%功能导航、 在线帮助 说明菜单导航5%10%在线帮助5%用户注册和 登录输入验证5%15%数据库连接与查询5%事件响应方法的设计应 用5%本实践课要求n编程要求业务数据的 显示与输出数据集合的获取5%20%数据集合的显示5%关联数据的显示5%打印输出5%业务数据的 采集数据实体类的定义
4、和使 用5%15%单表数据采集5%关联数据的采集5%本实践课要求n编程要求业务处理 与外部 连接业务类的定义使用5%15%事务处理5%第三方组件的使用5%基础数据 维护基础数据的增、删 、改5%15%数据加密解密5%权限控制5%本实践课要求n提交要求制品名提交形式与命名提交时间 项目开发计 划或愿 景Word文档 命名： _ProjectPlan.doc _Vision.doc第一周星期 二上午系统需求规 格说明Word文档 命名：_SRS.doc第一周星期 三上午系统设计说 明Word文档 命名：_Design.doc第二周星期 一上午系统测试计 划Word文档 命名：_TestPlan.d
5、oc第二周星期 三上午系统使用说 明Word文档 命名：_Manual.doc第四周星期 三到星 期五 系统代码rar压缩文档 命名：_Code.rar第四周星期 三到星 期五本实践课要求n考核方法：考核项占总分比例 考勤与纪律10% 文档35% 作品35% 答辩20%本实践课要求n考核方法：一个小组各组员的得分，以小组提交的作品得分为 基准，考虑小组成员的表现进行上、下浮动。表现可以从考勤、完成的工作和答辩表现看出。n答辩：由于元旦放假，答辩必须在12月31日结 束。如果小组提前完成了的，可以提前于28日 开始进行答辩。最迟不能迟于12月31日下午。n答辩的条件是必须提交文档和代码，并能演示
6、 代码。如何开始实践项目n组队、分工、选题n业务分析n项目范围识别n系统功能需求识别与记录n系统非功能需求识别与记录n确定核心功能和性能n需求阶段的文档n工作安排组队、分工、选题n由于本实践课的目的之一是要模拟真实工 作环境，让大家亲身经历软件开发过程， 因此，要求大家尽量以小组方式开展实践n但每组人数不能太多。建议4人，最多5人 。n每个人要有明确的分工。在最后完成的文 档和代码中，每个人要在完成品上注明自 己的姓名。组队、分工、选题n要求大家从老师提供的选题中选择；n因为老师作为所有系统的需方，要向学生 解释系统的需要。针对这些题目，老师事 先已经作了大量的准备。n原则上，每个小组的题目要
7、求不同。业务分析n选定题目后，首先要了解课题所涉及的业 务领域及其业务运行规则；n在此活动中，需要反复向需方了解。本实 践中，由老师模拟需方的代表。n所谓业务分析，就是搞清楚业务对象，业 务活动，活动的流程及规则。业务分析n例如，业务服务对象是谁，服务内容有那 些，过程如何，规则如何。服务活动涉及 那些概念、物品、设施等。n业务分析的结果可以用文档记录，也可以 不写入文档。这要看系统业务是否复杂。n对于很简单的系统或业务，业务分析所用 时间可以很短（如30分钟）。项目范围识别n所谓项目范围识别，是指与需方探讨和确 认在业务活动中，那些活动或者活动的流 程由软件完成，那些是在软件之外进行的 。也
8、可称为软件系统边界识别。n一个必须明白的事实是，开发软件就是在 建造一个基于计算机的系统。基于计算机 的系统，不一定所有活动都要由软件系统 完成。例如，有些过程必须由人工完成， 有些由其他的系统（也可能是软件）完成 ，但在我们要构建的软件系统之外。项目范围识别n项目范围识别有时候是很容易的，有时候 需要认真权衡。例如，有的过程既可以由 人工完成，也可以由机器设备或者软件完 成。究竟该如何做呢？n这要考虑系统的成本、工期、业务量、服 务质量等各种因素。n既要考虑需方的意愿，也要给需方合理的 建议。系统功能需求识别与记录n确定系统边界后，从边界入手，可以方便 地识别系统需求。n主要考虑有哪些处在边
9、界外的对象或系统 需要与系统发生交互n在交互过程中，需要向系统输入什么，或 者得到什么；n交互的过程（活动及步骤）是怎样的。系统功能需求识别与记录n用例模型就是基于上述思想的需求模型。 在用例模型中，系统由用例构成，操作者 （actor）处在系统边界之外与用例发生交 互。n需求方法中的用例法，其大致思路是先识 别系统的操作者，然后分析每个操作者有 哪些用例，将用例的步骤描述出来。系统非功能需求识别与记录n用例一般用来描述系统的功能性需求。而 非功能性需求也很重要；n非功能性需求包括性能、伸缩性、可维护 性、安全性、平台要求等。n非功能性需求一般也是在分析用例的过程 中发现的，也有一些是在专门的
10、过程识别 的。需要开发经验和对业务的深入理解。系统非功能需求识别与记录n非功能性需求如果与特定的用例有关，也 可以记录在用例文档中；n但很多非功能性需求都是关于全局的，所 以放在用例说明中不合适。一般将非功能 性需求放在补充规格说明书中。确定核心功能和性能n系统的功能和性能要求中，有些对系统是 最核心和根本的，这部分功能和非功能需 求往往会决定系统的成败，影响系统的总 体设计（架构设计），称为架构因素；n在项目开始早期，要识别这些关键的需求 ，以免设计时不能满足要求，造成返工或 者项目失败。需求阶段的文档n愿景(Vision)：此文档的目的是收集、分析 及定义要开发系统的高层需求和特性。重 点
11、关注系统各相关方及目标用户的能力需 要，以及这些需要存在的理由。n关于系统如何满足这些需要的细节，在用 例和补充规格说明书中说明。需求阶段的文档n用例说明：功能需求描述；n补充规格说明：非功能需求描述。包括：法律及规章符合要求，包括应用标准的遵从；系统的质量特性，包括可用性、可靠性、性能 及支持性。 诸如操作系统及环境、兼容性及设计限制等方 面的需求。需求阶段的文档n系统需求规格说明书（SRS）：包含功能 和非功能需求说明。可以将前述用例、补 充规格说明的内容集中到此文档中。n在上交文档时，只需要交这一个文档就行 了。n如果分开写用例说明和补充规格说明，不 写此文档也可以（不必重复）。工作安排n今天34节完成分组和选题，向指导老师了 解题目的需求；n下午到实验室完成愿景或项目开发计划（ 请大家自备u盘每日备份自己的工作）。n明天早晨12节继续到本教室集中授课。n有关课件和文档模板请上网络教学综合平 台下载。题目：n郑老师网上电子商务系统（可以是各种不同业务）医院挂号系统教务管理系统图书馆管理系统汽车运输管理系统快递业务系统商业进销存管理系统题目：n肖老师短信管理系统通用权限管理系统文件共享系统（网盘）邮件收发系统投票管理系统 题目：n旷老师中药计价系统订单管理系统合同管理系统网上论坛客户管理系统权限管理系统
