需求分析文档例

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