软件小组实验报告1文档格式.docx

软件小组实验报告1文档格式.docx

《软件小组实验报告1文档格式.docx》由会员分享，可在线阅读，更多相关《软件小组实验报告1文档格式.docx（9页珍藏版）》请在冰豆网上搜索。

成员姓名：

学号：

指导教师：

肖逸飞

实验地点：

主楼A2-412实验时间：

2015.10.11

一、项目组名称：

计科11班软件小组

二、项目名称：

酒店管理系统需求规格说明书

三、实验学时：

4学时

四、实验原理：

软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。

需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。

在问题分析阶段分析人员的主要任务是：

对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。

分析人员要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜在需求。

五、实验目的：

1.熟练掌握软件需求分析的过程，需求获取的方法，需求规格的特征；

2.掌握面向对象的分析方法，建立对象模型、功能模型和动态模型，并掌握UML中常用的模型符号；

3．能进行简单系统的需求分析，并能完成系统的需求规格说明书。

六、实验内容：

（一）系统可行性分析

在项目立项时，需要用最小的代价在尽可能短的时间内容研究并确定客户可能提出的所有问题是否有行得通的解决办法；

必须分析几种主要的候选解法的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得投资开始这个系统的程度。

通常，至少从下述三方面研究每种解决方案的可行性。

1.技术可行性：

使用现有的技术能实现这个系统吗？

2.经济可行性：

这个系统的经济效益能超过它的开发成本吗？

3.操作可行性：

这个系统的操作方式在该客户组织内行得通吗？

（二）系统需求分析描述模型

1．用简单的非正式分析方法从需求陈述中抽取候选对象，并按照筛选的方法进行筛选，确定类的关联关系，识别属性，画出类图。

2．由系统行为导出全部用例，选择一个用例画出该用例的交互顺序图。

3．选择一个类，画出该类的状态图。

4．功能模型已由系统的数据流图给出，由系统的功能模型和动态模型导出一个类的所有服务。

七、实验器材（设备、元器件）：

1.基本环境要求：

局域网、40台学生实验用机以上

2.系统平台要求：

Windows7/xp或Vista

3.软件、硬件及相应工具要求：

P2以上CPU、128MB内存、10G硬盘；

八、实验步骤：

1．项目小组讨论项目可行性分析。

2．项目小组分工进行需求建模。

3．召开项目立项会议，要求全体组员、其他组成员和指导老师一起参加。

4．项目小组经过多次修订，完成系统需求规格说明书。

九、实验数据及结果分析：

1.创建系统用例图

系统的用例分析是UML建模的第一步，在需求分析中，我们已经确定了酒店管理系统的各功能模块，包括：

客房部管理、餐饮部管理、财务部管理等。

我所负责的是酒店管理员部分：

需要实现员工信息管理、客房信息管理和客房经营管理。

2.客房管理活动图

进行客房管理，进行维护客房的状态，查找客房信息，同时进行退订房间。

3.客房管理系统类图

4.客户订房时序图

需要完成的消息有：

1.员工登录系统

2.预订请求

3.打开查询界面

4.有无空房

5.无空房

6.抱歉无空房

7.有空房

8.打开预订房间界面

9.完成订单

10.预订成功

11.添加订单

2.状态图、活动图

酒店管理系统活动图

预定房间活动图

客房管理活动图

宾客退房活动图

客房状态活动图

宾客状态活动图

报告评分：

指导教师签字：