report2specificatoin_第1页
report2specificatoin_第2页
report2specificatoin_第3页
report2specificatoin_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、高级软件工程课程项目设计报告二1 报告格式本报告在报告一基础上,补充项目设计文档。此报告须体现出针对报告一不足之处的改进及内容的增补(如在报告一中未详细展开的用例图)。此报告仍遵循报告一的格式要求,包含以下章节内容:1.封面及个人贡献的分解a)第一页i.课程名称ii.项目名称iii.提交日期iv.项目组成员列表(姓名,学号)b)第二页i.个人贡献分解表每个小组必须提供一个描述每个项目组成员在项目中贡献的表格。本报告的贡献分解如下表所示,假定一个小组有5 位成员, 下表给出了一组可能的职责分配及相应的个人贡献值。根据章节内容更新下表的职责部分:小组成员姓名成员1 成员 2 成员 3 成员 4 成

2、员 5 职责项目管理 () 70 % 20 % 10 % 4: 用户需求说明() 50 % 20 % 30 % 5: 术语表 () 100 % 6: 功能需求详述() 60 % 10 % 10 % 20 % 7: 非功能需求() 100 % 8: 领域分析 () 20 % 80 % 13: 用户界面设计() 100 % 14: 工作历史 () 100 % 16: 参考文献 () 100 % 2.目录注意保证目录中页码的正确性。3.更改说明给出本文档关键性改进的列表,如项目目标、用例描述等。4.用户需求说明1关于项目2-3 页的文字描述。 本章节是关于项目的非技术性描述,避免使用类似用例中的术语

3、。 简要介绍项目的动机,项目期望解决的问题,以及这些问题在已有的实践中是如何被解决的,并应给出参考文献,如某个现实网上书店网站的url。内容可以来源于各组曾经提交的项目建议书。建议书过于简单的应做出进一步的修订与改善。在本章节的最后列出所有需求 。注意本章节需要站在用户角度描述项目的内容,即用户可以如何使用预期的系统,系统应该自动完成一些什么样的操作。根据报告一的反馈,进行必要的更新或改进。5.术语表本章节应列出报告中出现的所有重要术语及其定义,以保证系统详述的一致性。选择使用项目涉及应用领域中的通用术语和词汇,避免使用不常见的用语描述和定义领域相关的概念。6.功能需求详述a)利益相关者(st

4、akeholders )确认和系统相关的所有 利益者,如用户,经理,资助者等等b)角色( actors)和目标( goals)确认哪些实体会直接与开发中的系统直接交互,这些实体的类型,如发起者(initiating )或参与者(participating )以及发起者的目标。c)用例( use cases )i.简要描述对系统最终产品中将会完成的所有用例,给出一个简要的文字描述。格式可以参考任一关于用例书写的书籍,并给出参考文献。ii.完整描述从 i. 中选择你认为最重要的一些用例(将被实现在原型系统中,作为第一次的项目演示的主要内容),提供 详细完整 的描述。格式可以参考任一关于用例书写的书

5、籍,并给出参考文献,最好与i. 中的描述格式一致。iii.用例图( use case diagram )对 i. 中的所有用例,给出用例图。d)系统序列图(system sequence diagrams )对 c)ii. 中的所有用例给出系统序列图。根据报告一的反馈,进行必要的更新或改进,将所有用例图进行完整描述。7.非功能需求列出现阶段考虑到的非功能需求,具体格式参考16.1.2 节中非功能需求的描述。或者任何其它文献中介绍的系统的非功能需求描述方法,并给出参考文献。8.领域分析参考 16.1.3,给出系统的领域相关需求,对于5.c) ii. 的用例,详细描述相关领域需求。如果领域模型涉及

6、到数学模型(如你可能用到一个统计模型来预测快递在某个地方的停留时间,或使用一个效能函数来获取最佳的旅游线路),请给出详细描述。9.交互图(协作图)a)对报告一中每个用例图做出完整描述后,绘制它们的完整的交互图; b)给出对象职责分配的设计原则。可参考4miles & hamilton: learning uml 2.0 第七章关于交互图的内容。210.类图和接口规范a)类图展示所有的类及其关联。类图中仅需给出属性和操作的名字,具体的类型和操作方法签名在下一项中给出。b)数据类型和操作签名在类图外,用uml 标记给出类的详细规范,包括属性的数据类型和操作(方法)的签名。c)设计模式描述并

7、讨论设计过程中使用到的设计模式d)(可选)对象约束语言(ocl )约定列出关于类和操作重要的约定(如不变量,前置和后置条件)。11.系统体系结构和系统设计a)体系结构风格描述设计中使用到的体系结构风格。b)子系统识别系统中的子系统,用uml 的包图( package diagram)表现。c)持久化数据存储确定系统需要持久化保存的对象,选择存储管理的策略,如用文件, 或关系数据库,并给出相应的文件格式或数据库schema。12.算法和数据结构a)算法如果使用了复杂的算法,如统计算法,详细描述算法。b)数据结构如果使用了复杂的数据结构,解释为什么选择这样的数据结构。13.用户界面设计如果你的系统

8、将会打印某些表格或定期产生某些报告,这些表格或报告可以看作用户界面的一部分,这些表格、报告的格式应该包含在此章中。简要介绍用户界面设计。对于web 应用,可以给出一些设计的截屏,或页面布局图,并给出不同区域,菜单,按钮等界面元素的说明。介绍界面如何实现,选用的技术。14.工作历史列出项目的里程碑以及对应的完成时间。最好给出甘特图,直观的给出项目的计划和进度。根据小组每个成员的职责划分,给出每个成员的工作任务及成果。15.结论和未来的工作(至少2 页)阐述项目中面临的技术挑战阐述如何使用软件工程课程中学习的知识解决上述问题讨论你认为课程外其它可能对项目开发有帮助的知识讨论项目的不足和可能的改进1

9、6.参考文献本报告中涉及的所有参考文献。引用的参考文献必须标注在正文中的引用处。对于从互联网上获得的文献,必须给出url。32 注意事项不要 分别提交需求文档和设计文档,只要提交合并后的项目文档。在项目报告的准备过程中可以参考以下文献:1ian sommerville: 软件工程(第8 版) ,机械工业出版社2requirements analysis, url:/wiki/software_requirements_analysis3ieee recommended practice for software requirements specifications, ieee std 8

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论