《需求分析文档例》由会员分享，可在线阅读，更多相关《需求分析文档例（8页珍藏版）》请在金锄头文库上搜索。
1、主要内容提示:1引言(作为设计文档，前面一般有一段引言，每个文档中的 内容类似。)a1.1 简介(背景)本工程名称为：大发航空公司航空电子订票系统，为大发航空公 司订制，解决该公司网上订票问题。1.2 编写目的此需求规格说明书对航空订票系统做全面细致的用户需求分析， 明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及 后续的软件设计人员能清楚地了解用户的需求，可以在此根底上进一 步工作。本说明书的预期读者为系统设计人员、测试人员、用户文档 编写者、工程管理人员、用户代表。1.3 定义(1)系统：假设未特别指出，系统指本航空订票系统。(2) SQL：构造化查询语言1.4参考资料(1)系
2、统的工程开发方案(2)系统的可行性研究报告(3)吕云翔等，？软件工程一理论与实践?，人民邮电，2021年8月 版(5) X海藩，？软件工程?，第5版，清华大学2任务概述2. 1目标a本系统主要解决师生交换作业信息问题，教师可以将新作业传到 该系统上，也可以在系统上下载学生上传的作业，并将成绩上传供学 生查看。学生上传作业供任课教师批阅，查看自己的作业成绩。系统的根本功能：1 .不同用户登录进入不同的界面2 .学生查看作业3 .学生查看作业成绩4 .学生上交作业5 .教师布置作业6 .教师删除已布置作业7 .教师公布作业成绩9 .教师修改作业成绩10 .教师下载学生的作业11 .管理员添加教师用
3、户12 .管理员添加学生用户13 .用户资料的查看与修改/14 2用户的特点本系统的用户主要有机房管理人员、教学管理人员、教师和 学生四类。都有一定的计算机知识，不需要专门培训，在用户手 册指导下就可直接使用系统。a本系统而向两种用户，一种是系统管理员，一种是客户代理。系统管理员的操作权限是对整个数据库进展管理，如用户信息管 理（添加、修改、删除等），航班信息管理，系统维护维护（数据备 份、数据库恢复、注册管理员，更改密码等）。系统管理员可以浏览 整个系统，并在系统中履行其职责。客户代理操作权限是客户信息管理，航班查询，订票业务管理/15 3假定和约束 a1、每类用户登录后，需要有自己专门的用
4、户界面；2、当学生注册时输入的学号必需与选定的班级匹配；3 要求系统基于 Microsoft . NET Framework 1. 1；4、要求系统支持Microsoft SQL Server数据库。 /3详细需求见例如。功能需求要对应功能级数据流图或顶层用例图中的模块；在此进 展需求陈述，注意不仅仅是功能需求；应注意对性能需求的量化描述, 防止“应充分考虑、“有足够的手段等非量化、不能跟踪考察实 现的需求。U1、书籍查询：读者或图书管理员在输入框中输入与相关书籍的 字符，点击“查询按钮时，返回与字符匹配上的书籍信息。2、读者查询：图书管理员在输入框中输入与读者相关的字符， 点击“查询按钮时，
5、返回与字符匹配上的读者信息。3、书籍管理：(1)书籍信息录入：在书籍录入界面，输入书籍所有的信息，点 击“添加按钮，添加书籍信息。(2)修改书籍信息：在书籍录入界面，利用“书籍查询功能找 到要修改的书籍，在相应的书籍信息框中修改信息后，点击“保存 按钮保存修改；(3)删除书籍信息：在书籍录入界面，利用“书籍查询功能找 到要删除的书籍，点击“删除按钮注销书籍；4、读者管理：(1)添加读者信息：在读者信息录入界面，输入读者所有的信息, 点击“添加按钮，添加读者信息。(2)修改读者信息：在读者录入界面，利用“读者查询功能找 到要修改的读者，在相应的读者信息框中修改信息后，点击“保存按钮保存修改；（3
6、）删除读者信息：在读者录入界面，利用“读者查询功能找 到要删除的读者，点击“删除按钮注销读者；5、借阅情况查询：读者或图书管理员在输入框中输入读者编号, 点击“查询按钮时，返回读者的借阅情况。6、借阅或归还书籍：修改书籍的状态位，添加借阅记录。7、违约处理：读者归还图书时，系统根据书号找到借阅记录， 比对借阅时间，检测是否超期；图书管理员检查书籍是否有受损，如 有那么选择违约编号。点击确定后生成处分并记录违约。4分析建模4.1 系统数据流图见例如。顶层数据流图，关注有哪几类用户，各用户和系统的交互信息流 是什么；功能级数据流图，关注整个系统有哪几大功能模块和哪些主要的 数据存储；细化的数据流图
7、，关注那些较大的功能模块如何分步骤处理。注意数据流图的编号，慎用“0层、1层数据流图。4.2 数据字典数据字典的写作，可繁可简，但至少要对主要数据存储（表）、主 要数据流（可能的接口）、主要的数据处理进展说明。不能直接出现设计形式中的表，要首先有分析的数据字典，后面 再根据它设计表。旅客信息数据字典：名字：旅客信息别名：dpClient描述：旅客的根本信息，用于订票定义：旅客信息=旅客XX+旅客性别+XX+旅行时间+旅行目的地+航班等级+客户类型+是否入账+是否出票+工作单位+备注信息位置：输各个客户机端名字:旅客XX别名:CName描述：需要乘机的旅客的XX定义:旅客XX=4（字符10位置:
8、事务管理常客方案账单 机票名字：旅客性别别名：CSex描述：标识乘机旅客的性别定义：旅客性别=2字符2位置：事务 账单管理常客方案机票名字：XX别名：CID描述：唯一地标识乘机旅客的关键域定义:XX号=18字符18位置：事务管理常客方案账单机票名字：旅行时间别名：JourneyTime描述：旅客预期的乘机时间定义：旅行时间=22字符）22位置：事务名字：旅行目的地别名：Journey Place描述：旅客预期的下机地点定义：旅行目的地=30字符）30 位置：事务机票名字：别名:Telephone描述：用于航空订票系统与旅客联系定义:=11字符11位置:事务账单名字：航班等级别名：HightGr
9、ade描述：旅客预期要乘座的客机级别，包括商务舱和经济舱定义：航班等级=6字符6位置：事务账单机票名字：旅客类型别名：CClass描述：用于限制旅客的权限，分为普通旅客和贵宾旅客定义：旅客类型=8字符8位置：事务账单机票管理常客方案名字:是否入账别名：MakeBook描述：标识旅客订票的事务是否发生定义：是否入账=2字符2位置：事务账单名字：是否出票别名：PrintTicket描述：旅客拿到票，标识旅订票的事务是否完成定义:是否出票=2字符2位置：事务账单机票名字：工作单位别名:CUnit描述：旅客常驻的地点，方便联系和接送定义：工作单位=50字符）50位置：事务账单管理常客方案名字：备注信息别名：CUnit描述：旅客的其他资料，包括特定的信息的要求定义：备注信息=100字符） 100位置：事务账单管理常客方案见分析建模实例；数据加1:和处理逻辑说明，主耍针对细化流图中的主要处理模块 见例如。4. 3 E-R 图在系统能被明确表示的时候，可以用一 X图描述一个系统的E-R, 当系统略大、较大的时候，实体和联系可以分开描述。见例如。4.4状态转换图见分析建模实例。 word 版
