软件工程需求分析报告报告

软件工程需求分析报告 旅游社旅游管理系统 需求分析报告 旅游社旅游管理系统 需求分析报告 1引言 1.1编写目的 编写软件需求说明报告的目的是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解 并以此作为开发者进行软件设计 用户进行验收的依据。该文件包括对软件的功能、性能、安全保密和运行环境的要求 1.2项目风险 该软件开发项目的风险承担者有: 任务提出者—老师，需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。 软件开发者—本小组，需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。 产品使用者—旅行社，需要承担的风险是产品是否能满足自己所需。 软件投资者—旅行社，需要承担的风险是产品是否能给自己带来收益 并且是否能在较短时间内收回投入的成本。 1.3预期读者和阅读建议 本软件产品需求分析报告可能的预期读者有:用户、开发人员、项目经理、测试人员、文档编写入员 并且描述了文档中 其余部分的内容及其组织结构 并且针对每一类读者提出最适合的文档阅读建议。 1.4参考文献 《软件工程导论》(第五版)清华大学出版社 2综合模式 2.1产品的状况 本软件由计应3班第3小组承担项目开发，是对现有旅游管理软件的改进与升级，旨在提高软件管理功能的自动化，减少人力资源 2.2产品的功能 1、 团队管理:每月人工操作安排团队计划，每周安排5个团，周1-5，每个团30人，分别为 5条旅游线路，计划信息包括团队编号、旅游线路、具体日程、人数限制(包括上限和下限)、 价格(分团体和散客价)、订餐点及、住宿点及标准等。计划可修改和取消。 其中每条线路都有一份宣传资料、行程计划安排资料，可随时打印。 2、 预定管理:团体、个人两种预定方式，其中价格不同。要求客人的身份信息和联系方式、 计划线路、团队等信息，生成订单和格式。订单可修改和取消。 3、 团队管理:票务主要是由预定信息产生订票计划报告，发送给业务人员;含价格。 餐饮由团队计划和预定信息产生计划报告，发送给定点饭店;含价格。 住宿由团队计划和预定信息产生计划报告，发送给定点旅店;含价格。 交通由团队计划和预定信息产生计划报告，发送给定点车队;含价格。 购物管理指定导游在定点单位监督购物过程。含价格。 导游人员安排计划(分全陪和地陪)，含工资和提成比例。 景点门票计划，含价格。 4、 定点餐饮、购物返点结算:从定点单位收取相应款项，填写收款信息，包括单位、款项名称、 团队号、日期等。 5、 结算管理:统计团费、成本、利润，对已经完成日程的团进行结算， 其中收入为:团费、定点餐饮、购物返点等 支出项目为:交通、住宿、餐饮、景点门票、导游工资等 2.3用户类与特性 本软件可能的使用者及使用特性如下: 、游客，需求为报名表格以及旅游信息表格 1 、导游，需求为旅游信息及游客信息表格、各类计划报告、结算和返点款项填写表格 2 3、管理者，需求为各类信息表格 2.4运行环境 1、硬件要求为PC机 2、单机环境下运行 3、WINDOWS操作系统平台上运行 2.5设计和实现上的限制 1、 数据库指定为SQL SERVER。 2、 验收方式为双方联合测试验收。 3、 软件版权为用户方所有。 3.外部接口需求 3.1用户界面 采用windows 图形化界面，遵循如下规则: 1、提供简单的错误处理 2、提供信息反馈，用多种信息提示用户当前的软件运行状态 3、显示启动画面，画面要简洁明了 3.2硬件接口 支持一般PC机及笔记本电脑 3.3软件接口 运行于Windows XP操作系统或更高版本 4.系统功能需求 4.1具体系统功能需求 团队计划管理:每月人工操作安排团队计划，每周安排5个团，周1-5，每个团30人，分别为5条旅游线路，计划信息包括团队编号、旅游线路、具体日程、人数限制(包括上限和下限)、价格(分团体和散客价)、订餐点及标准、住宿点及标准等。计划可修改和取消。 其中每条线路都有一份宣传资料、行程计划安排资料，可随时打印。 预定管理:团体、个人两种预定方式，其中价格不同。要求记录客人的身份信息和联系方式、计划线路、团队等信息，生成订单和格式合 团队管理:票务主要是由预定信息产生订票计划报告，发送给业务人员;含价格。 餐饮由团队计划和预定信息产生计划报告，发送给定点饭店;含价格。 住宿由团队计划和预定信息产生计划报告，发送给定点旅店;含价格。 交通由团队计划和预定信息产生计划报告，发送给定点车队;含价格。 购物管理指定导游在定点单位监督购物过程。含价格。 导游人员安排计划(分全陪和地陪)，含工资和提成比例。 景点门票计划，含价格。 定点餐饮、购物返点结算:从定点单位收取相应款项，填写收款信息，包括单位、款项名称、团队号、日期等。 结算管理:统计团费、成本、利润，对已经完成日程的团进行结算， 其中收入为:团费、定点餐饮、购物返点等 支出项目为:交通、住宿、餐饮、景点门票、导游工资等 4.2输入,输出数据 1、团队编号为:T或W开头，其中T为省内团，W为省外团;01至05分别代表周一至周五的出行;线路代号01至05，然后接年、月、日，为出行日期(格式如:20131001)，结尾为旅行社分支机构代号，01至99，合计15位编号。 2、客户姓名最多15个汉字或英文字母，包括拼音字母、 3、身份证信息按国家标准。 4、日期按年月日(如20131001)格式。 5、价格金额均为人民币单位，整数部分最多6位，小数2位。 6、联络方式可以为电话或电子邮件。 7、住宿的标准为星级和价格。 4.2分析模型 4.2.1数据对象E_R图 身份证联系方式 姓名 信 息 导游导游价格 姓 工资 名 游客 预定 导游 类 型 1 n 从属 管理 1 1 计划路线 团队 日期 团队编号 1 业务来往 N n n n n 交景定就住 通点餐点宿定返单位 管票购管管 理 务 物 理 理 款项数目 款项信息 住景车就 宿点队餐 单单编单 位 位 号 位 标准 费用 4.2数据流图 4.2.1总体数据流图 修改系统 修改申请 计划信息 预订信息 团队管理信息 预订信息 预订信息 计划信息 计划信息 团队信息 预定 信息 预订信息 预定管理 团队计划管理 团队管理 导游 用户 结算信息 订单合同 各项 定点返点 计划信息表 费用 结算管理 信息 宣传资料、行程安排 结算管理 返点结算款项 结算总信息 财务信息 4.2.2团队管理系统数据流图细化 团队管理信息 定定业 定 点点务 点 饭旅人车 店 店 员 队 团队信息 相应计划报告 计划信息 团队信息 计划报告系统 预订信息 团队信息 信 息 定点返点购物信息 整 合 购物管理 导游信息 导游安排 各项费用信息 4.2.3数据字典 数据元素定义表 注:N为无符号整形书，F为浮点小数，C为字符数据 编号 数据元素 类/长 备注 A 客户姓名 C/15 B 身份证信息 N/18 C 联系方式 C/20 D 计划路线 C/100 E 团队人数 N/2 F 预定类型 N/1 “O”代表个人，“1”代表团队 G1 价格(团队) F/8 G2 价格(个人) F/8 H 日 期 N/8 I 团队编号 C/15 T或W开头，其中T为省内团，W为省外团;01至05 分别代表周一至周五的出行;线路代号01至05，然后接 年、月、日，为出行日期(格式如:20131001)，结尾为 旅行社分支机构代号，01至99，合计15位编号 J 住宿点 C/12 K 就餐点 C/12 L1 票务信息 C/12 L2 景点单位 C/12 M1 交通单位 C/12 M2 车队编号 C/8 N 标 准 N/1 用1-5代表星级由低到高 O 费 用 F/9 P 定返单位 C/12 Q 款项信息 C/12 R 导游姓名 C/15 S 导游工资 F/9 4.4.2数据流定义表 数据流元素 数据组成元素标号 预订信息 A B C D E F 计划信息 D E G1/G2 H I J K N O Q 团队信息 A B C D E F G1/G2 H I J K N O Q 订单合同 A B C D E F 计划信息表 D E G1/G2 H I J K N O Q 各项费用信息 H I O Q 结算信息 G1/G2 J K L2 O Q S P 返点结算信息 H I P Q 相应计划报告 H I J K L1 L2 M1 M2 N O 定点返点购物 H I P R 导游信息 H I C R 4.3团队管理系统状态转换图 报告审批 报告得到审批 提交报告 提交信息 编制计划报告 传递团 队信息 安排成功定点购 信息整合 物安排 全部信息整合成功 安排成功 导游 安排失败 全部信息整合成功 安排 申请成 申请失 安排失败 功显示 败显示 5.修正计划 根据在分析过程中获得的对系统的更深入的了解，可以比较准确地估计系统的成本和进度，修正以前定制的开发计划。 因此根据用户的实际需求我们需要留下功能的扩展模块，用于对该软件的功能进行补充和扩展，如根据互联网发展的实际要求，我们需要保留相应的模块应用于互联网线上功能的扩展，以便将来根据实际需求，考虑连接互联网使用。以便应对将来对于网络功能的可能提出的要求。并且需要注意模块化开发的需求，便于维护和更新。