下载文档原格式
学生管理系统需求分析说明书一．需求细则 (1)1.对功能的规定 (1)1.1 学生信息定义 (1)1.2、登陆功能定义 (2)1.3学生信息录入功能（学生信息用文件形式保存）----输入 (2)1.4 学生信息浏览功能----输出 (3)1.5修改信息 (3)1.6删除操作： (3)1.7排序操作： (4)1.8保存学生信息 (4)1.9界面友好 (4)二．模块分析和介绍 (5)二．对性能的规定 (6)三．对排版的规定 (6)四．对可维护性的规定 (7)五．对个性的规定 (8)六．对项目过程的规定 (8)一．需求细则1.对功能的规定1.1 学生信息定义分必选项和可选项，其中，必选项是必须完成的，属于项目答辩的入口条件，所有人都要做，未完成者取消答辩资格；可选项不是入口条件，但每完成一项都会加分，对于完成了必选项的同学，尽可能地多完成一些可选项，以期获得更高的答辩成绩。
如果所有项（包括必选和可选）都完成，那么功能分就是满分。
如果设计思路、界面效果、代码组织等方面有个性（或和别人的不同），则获得附加分。
学生信息管理系统的目标是为方便统一管理学生的信息并为管理员和学生提供一个信息共享和查询的平台。
要求使用链表实现存储、读写以及管理学生信息。
属性：必选1描述：学生信息必须包含如下项（包括但不限于）：●学号（ID）；●姓名●密码●年龄●班级●性别●数学成绩●语文成绩●C语言成绩：：1.2、登陆功能定义运行学生信息管理系统之后，使之能提供以下几项功能：1.2.1 该系统以菜单方式工作；比如：管理员 查找 按序号查找1.2.2 登录功能：系统启动后有提示进入登录界面；使用超级管理员用户名和密码登录，比如用户名“admin”，密码：“123456”。
学生用用户名和密码登录。
属性：必选可选项：对于密码可选择实现隐藏密码功能。
◆管理员1.3学生信息录入功能（学生信息用文件形式保存）----输入属性：必选描述：实现对学生信息基本信息的录入，其中名次根据成绩自动计算（添加）。
软件工程课程设计报告专业班级：信息与计算科学0901班项目名称：铁路售票管理系统项目组长：成员：2012.1.5铁路售票管理系统软件需求规格说明书目录铁路售票管理系统软件需求规格说明书 (2)1.前言 (3)1.1 目的 (3)1.2范围 (3)1.3术语表 (3)1.4参考文献 (4)2.整体描述 (4)2.1 产品描述 (4)2.2产品功能概述 (4)2.3用户分类及其特征 (5)2.4设计与实现上的约束 (6)2.5运行环境 (6)2.6假设和依赖 (6)3需求描述 (6)3.1功能需求 (6)3.1.1 铁路售票管理系统各子系统用例图 (6)3.1.1.1 列车及车票信息查询子系统 (8)3.1.1.2 登录系统及信息管理子系统 (11)3.1.1.3 车票的销售与退票子系统 (14)3.1.1.4 列车及车票管理子系统 (15)3.1.2 铁路售票管理系统各子系统类图，次序图及协作图 (17)3.1.2.1列车及车票信息查询子系统 (17)3.1.2.2 登录系统及信息管理子系统 (20)3.1.2.3火车票的销售及退票子系统 (23)3.1.2.4．列车及车票管理子系统 (24)3.2外部接口需求 (26)3.2.1用户界面 (26)3.2.2硬件接口 (26)3.3.3 软件接口 (27)3.3.4 通讯接口 (27)3.3非功能需求 (27)组长：张银分工情况：张银子系统1 ：列车及车票信息查询子系统子系统2 ：登录系统及信息管理子系统子系统3 ：车票的销售与退票子系统子系统4 ：列车及车票管理子系统1. 前言1.1 目的本文档的目的在于明确项目的具体需求，让客户及设开发者均有据可依，遵从这个需求报告来组织开发整个系统。
通过对目标用户需求的细化，分析由具体场景中的用例所驱动的事件及其处理流程。
1.为编制后续各阶段的文档提供基本依据；2.提供给用户确认或本地化修改的基本文件；3.作为日后软件确认测试和系统验收之参考依据；4.作为日后系统维护工作基准文件。
学生管理系统需求分析说明书学生管理系统需求分析说明书一、引言1.1 目的本文档旨在对学生管理系统的需求进行分析，并为系统的开发和实施提供参考。
1.2 背景随着教育信息化的发展，学校管理对于学生信息的收集、存储、处理和利用变得越来越重要。
学生管理系统作为一种信息化手段，能够提高学校管理效率，优化学生管理流程，为教学工作和学生发展提供支持。
二、系统概述2.1 系统简介学生管理系统是为了满足学校对学生信息管理需求而开发的一套软件系统。
通过该系统，学校可以对学生的个人信息、学业成绩、奖惩记录等进行管理和查询。
2.2 功能需求2.2.1 学生信息管理学生信息管理模块包括对学生基本信息的录入、查询、修改和删除功能，可以包括但不限于以下字段：学生姓名、学号、性别、出生日期、联系方式、家庭地质等。
2.2.2 学业成绩管理学业成绩管理模块包括对学生的考试成绩进行录入、查询和统计功能。
系统能够支持多种考试类型（如期中考、期末考、单元测试等），并能够成绩报表。
2.2.3 奖惩记录管理奖惩记录管理模块包括对学生的奖励和惩罚记录进行录入和查询功能，记录包括但不限于奖学金、优秀学生干部等奖励以及违纪、迟到早退等惩罚。
2.2.4 学生档案管理学生档案管理模块包括对学生各类档案的维护、查询和归档功能，如学生入学档案、转学档案等。
2.2.5 教师评价管理教师评价管理模块包括对学生对教师的评价进行录入和查询功能。
系统能够汇总教师评价结果，并提供给学校作为教师绩效考核的参考依据。
2.2.6 班级管理班级管理模块包括对学生班级信息的管理和查询功能，包括班级名称、班主任、班级人数等信息。
2.3 非功能需求2.3.1 界面友好系统界面美观，操作简单，用户能够快速上手。
2.3.2 数据安全性系统能够保证学生信息的安全性，防止非授权人员获取学生信息。
2.3.3 性能要求系统能够在大量数据处理情况下保持较高的系统性能和稳定性。
三、附件本文档涉及以下附件：1、数据库设计文档2、界面设计文档3、功能流程图4、数据流图5、系统测试用例四、法律名词及注释1、教育信息化：指通过信息技术手段改进和创新教育教学活动的过程，包括教育资源的数字化、网络化、多媒体化，以及教育教学管理的信息化等方面。
学生信息管理系统需求说明书第一篇：学生信息管理系统需求说明书学生信息管理系统需求说明书1.引言由于学生信息的冗长与繁琐，所以它的管理问题带来的麻烦和不方便也随之而来。
所以开发一个适合学校的、便于管理学生信息的管理系统是十分重要的。
为了充分实现素质教育，多方面发展学生的兴趣爱好，大部分学校都设立了全校范围的内的选修课。
学生可以根据自己的兴趣和特长，选择自己喜欢的课程。
由于高等学校的快速发展，高校的规模也越来越大，学生数量和课程量都迅速地增长，管理上的手工操作不仅仅会耗费学生与工作人员大量的时间和精力，效率以及准确性也很低。
如何使同学们方便、快捷、准确地选课，以及老师们对学生的相关信息的管理，已经成为一个重要的问题。
利用计算机进行学生信息管理，不仅能够保证准确、无误、快速输出，而且还可以利用计算机对有关信息进行查询，检索迅速、查找方便、可靠性高、存储量大、保密性好。
要科学地实现信息化管理，开发一个适合学校的，能够进行信息存储、查询、修改等功能的信息管理系统是十分重要的。
本课题就是针对便于学生信息管理的问题而设计的一个管理系统。
2.系统设计系统要能实现如下功能：λ登录系统：用户登入、系统退出。
λ学生管理模块：查询学生个人信息，学生个人成绩，和学生个人课表。
λ教师管理模块：学生个人信息管理：对学生信息的操作包括更新，添加，删除，查找等；学生成绩管理：对学生成绩的操作包括更新，能按学号、成绩进行排序，能按学号、学生姓名、所在班级进行查找；教师个人信息管理：能查询教师个人信息和安排教师上课的课表。
λ信息表导出：对学生信息，成绩进行导出，可导出到word或excel文档中。
λ信息维护：修改密码等。
λ系统退出。
3.数据库设计3.1 数据库系统的选择MySQL是一个小型关系型数据库管理系统，开发者为瑞典MySQL AB公司。
目前MySQL被广泛地应用在Internet上的中小型网站中。
由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。
地铁售票管理系统设计说明书随着城市化进程的加速和交通压力的增大，地铁成为了城市公共交通的重要组成部分。
地铁售票管理系统是地铁运营中的关键环节，它的设计和实施直接影响到地铁的运营效率和服务质量。
因此，本文旨在详细阐述地铁售票管理系统的设计说明书，以便为相关系统的开发和实施提供参考。
用户群体分析：地铁售票管理系统的主要用户包括地铁乘客、地铁站务人员和系统管理员。
不同用户群体的需求和权限不同，因此在系统设计中需要考虑不同用户的需求和限制。
功能需求分析：地铁售票管理系统需要实现以下功能：售票、充值、退票、换票、查询等。
在功能设计时需要考虑各种情况，如高峰期的处理能力、异常情况下的恢复能力等。
数据需求分析：地铁售票管理系统需要处理大量的数据，包括票务数据、交易数据、用户数据等。
在数据设计时需要考虑数据的存储、备份、恢复和安全等问题。
架构设计：地铁售票管理系统可以采用三层架构，包括表现层、业务逻辑层和数据访问层。
表现层负责与用户交互，业务逻辑层负责处理业务逻辑，数据访问层负责与数据库交互。
功能模块设计：根据需求分析，可以将系统分为以下几个模块：售票模块、充值模块、退票模块、换票模块和查询模块。
每个模块都有自己的功能和流程，需要详细设计和实现。
数据设计：根据数据需求分析，可以采用关系型数据库来存储和处理数据。
需要设计表结构、索引、触发器等来保证数据的完整性和安全性。
界面设计：界面是用户与系统的交互方式，因此界面设计需要简洁明了，易于操作。
可以采用图形用户界面或命令行界面，根据用户群体的需求和习惯来选择。
开发语言和工具：根据架构设计和功能模块设计，可以选择合适的开发语言和工具。
例如，表现层可以采用HTML、CSS和JavaScript等前端技术，业务逻辑层可以采用Java、C#等编程语言，数据访问层可以采用SQL等数据库语言。
数据库实现：根据数据设计，可以采用关系型数据库管理系统来实现数据的存储和处理。
需要建立表结构、定义索引、创建触发器等来保证数据的完整性和安全性。
学生管理系统需求规格说明书范文一、引言学生管理系统是一种用于学校或教育机构管理学生信息的软件系统。
该系统可以帮助管理人员更有效地管理学生的个人信息、学籍信息、成绩信息以及其他相关信息。
本需求规格说明书旨在明确学生管理系统的需求，以便于开发团队根据需求设计和开发系统。
二、系统概述学生管理系统主要包括以下功能模块：1. 学生信息管理：包括学生基本信息、家长联系方式、照片等。
2. 学籍管理：包括学生入学、转学、退学、毕业等学籍变动的管理。
3. 成绩管理：包括学生成绩录入、查询、统计和分析等。
4. 课程管理：包括课程信息维护、排课安排、选课管理等。
5. 教师管理：包括教师信息维护、教师评价、考勤管理等。
6. 班级管理：包括班级信息维护、班级调整、班级活动安排等。
7. 日常管理：包括学生请假、奖惩管理、通知公告等。
8. 报表管理：包括各类统计报表的生成与导出。
三、功能需求1. 学生信息管理1.1 学生基本信息录入：包括学生姓名、性别、出生日期、身份证号码、民族等基本信息的录入。
1.2 家长联系方式录入：包括家长姓名、联系电话、地址等信息的录入。
1.3 学生照片上传：支持将学生照片上传至系统，方便身份确认。
1.4 学生信息查询：支持根据学生姓名、班级、学号等条件进行学生信息的查询。
2. 学籍管理2.1 学生入学管理：支持学生的入学登记，包括学生档案的建立、入学报到等。
2.2 学生转学管理：支持学生转学的登记和学籍变动处理。
2.3 学生退学管理：支持学生退学的登记和学籍变动处理。
2.4 学生毕业管理：支持学生毕业的登记和学籍变动处理。
3. 成绩管理3.1 学生成绩录入：支持教师将学生成绩录入系统，包括平时成绩、考试成绩等。
3.2 学生成绩查询：支持学生和教师根据不同条件查询学生成绩。
3.3 成绩统计与分析：支持系统根据学生的成绩数据进行统计和分析，生成成绩报表。
4. 课程管理4.1 课程信息维护：支持管理员维护课程信息，包括课程名称、学时、学分等。
软件需求规格说明书(学生管理系统）用户需求说明书目录1引言 (4)1。
1文档编制目的 (4)1.2 背景 (4)1。
3 词汇表 (4)1。
4 参考资料 (4)2软件概述 (5)2。
1 软件范围定义 (5)2。
2 系统特性概述 (5)2.3 系统运行环境 (5)2.3.1设备及分布 (5)2.3.2支撑软件 (6)2.4 假定和依赖 (6)3外部接口需求 (6)3.1 用户界面 (6)3。
2 硬件接口 (6)3。
3 软件接口 (6)3.4 通信接口 (6)4需求规格 (7)4.1 系统特性1 (7)4。
1.1系统管理模块 (7)4。
1。
2 学生管理模块 (8)4.1。
3 班级信息管理模块 (9)4.1.4 课程设置模块 (10)4.1。
5 成绩管理模块 (11)4.1。
6 帮助模块的设计 (12)4.1。
7 数据字典 (12)5其他非功能需求 (14)5.1 一般性能需求 (14)5。
2 一般安全性需求 (14)5。
3 用户文档需求 (14)6其他需求 (15)7尚需解决的问题 (15)8 测试 (15)9附件 (16)1 引言1.1 文档编制目的本需求的编写目的在于研究学生管理系统软件的开发途径和应用方法.本需求的预期读者是与学生管理系统软件开发有联系的决策人,开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。
1。
2 背景本项目的任务提出者及开发者是学生管理系统软件开发小组,用户是教学办公室。
本产品能具体化、合理化的管理学生的学生档案，用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。
1.3 词汇表词汇名称词汇含义备注静态数据系统固化在内的描述系统实现功能的一部分数据动态数据在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据数据字典数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的“严密性”和“精确性”,没有半点含糊1.4 参考资料〈<软件工程〉> --—-----王利福张世琨朱冰编著北京大学出版社〈<软件工程概论>>李存珠李宣东编著南京大学计算机系出版2001年8月〈<数据库原理及应用〉> —-———--—李绍原主编科学出版社2 软件概述2。
学生管理系统需求规格说明书学生管理系统需求规格说明书1.引言1.1 目的本文档旨在定义学生管理系统的需求规格，明确系统实现的功能和性能特征，为软件开发团队提供一个明确的开发目标和项目规划。
1.2 背景学生管理系统是为学校管理学生信息、课程安排和成绩管理而设计的系统。
该系统能够帮助学校提高教学管理效率，方便学生、教师和管理员进行信息交流和管理。
2.总体描述2.1 产品对象学生管理系统旨在满足学校的教学管理需求，管理学生信息、课程安排和成绩管理等功能。
2.2 用户特征系统的主要用户包括学生、教师和管理员。
学生可以通过系统查看个人信息、课表和成绩等；教师可以通过系统录入学绩、发布作业和查看学生信息等；管理员负责系统的维护和管理。
2.3 系统环境学生管理系统将部署在学校的服务器上，学生、教师和管理员可以通过浏览器访问系统。
系统需要支持多用户同时访问，并且具备高性能和稳定性。
3.功能需求3.1 用户登录学生、教师和管理员需要输入用户名和密码进行登录，系统应该验证用户的身份合法性。
3.2 学生信息管理系统应该允许管理员录入、修改和删除学生的基本信息，包括学号、姓名、性别、年级等。
学生个人也可以查看和修改自己的信息。
3.3 课程管理系统应该允许管理员录入、修改和删除课程信息，包括课程名称、授课教师、上课时间和地点等。
3.4 课表管理系统应该根据学生的选课情况个人的课表，学生可以通过系统查看自己的课表。
3.5 成绩管理系统应该允许教师录入学生的成绩，学生可以通过系统查看自己的成绩。
3.6 作业管理系统应该允许教师发布作业，并提供学生提交作业和教师批改作业的功能。
3.7 通知管理系统应该允许学校向学生和教师发送通知，包括课程调整、考试安排等。
4.性能需求4.1 响应时间系统应该在用户发起操作后的2秒内给出响应。
4.2 并发性能系统应该支持最多100个并发用户操作，且保证系统的稳定性和性能。
4.3 数据安全性系统应该对用户的个人信息、成绩等敏感数据进行加密和保护，确保数据的安全性。
地铁售票管理系统需求说明书目录1.引言 (2)1.1编写目的 (2)1.2项目范围 (2)1.3 定义、缩略语、缩写 (3)2．系统需求概述 (3)2.1用例和模型 (3)2.2 假设和依赖 (6)3.系统详细需求 (7)3.1 Use-Case 清单 (7)3.2规格说明 (7)3.2.1 功能性需求 (7)3.3.2可用性 (8)3.2.3可靠性 (8)3.2.4 性能 (9)3.2.5 保障性： (9)3.2.6 设计上的限制 (9)4.术语表 (9)1.引言1.1编写目的地下铁道，简称地铁，亦简称为地下铁，狭义上专指在地下运行为主的城市铁路系统或捷运系统；但广义上，由于许多此类的系统为了配合修筑的环境，可能也会有地面化的路段存在，因此通常涵盖了都会地区各种地下与地面上的高密度交通运输系统。
绝大多数的城市轨道交通系统都是用来运载市内通勤的乘客，而在很多场合下城市轨道交通系统都会被当成城市交通的骨干。
通常，城市轨道交通系统是许多都市用以解决交通堵塞问题的方法。
随着中国城市的迅速发展，地铁承担着越来越重要的任务----缓解城市交通压力.《地铁售票管理系统需求规格说明书》的目的是明确《地铁售票管理系统》中各项功能和非功能需求，确定系统功能模块，同时为概要设计和详细设计人员提供设计依据，也可供本项目的其他开发人员参阅。
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本地铁售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
本文档需要交于论证人员进行论证修改，无误后供软件开发人员进行后期的软件设计。
1.2项目范围本次软件项目开发的是一个购票系统。
通过管理员、售票管理员的正确操作和系统的配合通过互联网进行售票，售票管理员通过此系统进行售退票服务。
地铁自动售票系统需求分析说明书地铁自动售票系统需求分析说明书一、引言1．1 编写目的编写地铁自动售票系统需求分析说明书的目的在于明确该系统的功能范围，明确与业务主机/终端系统的接口和业务处理模式，使系统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。
1．2 系统背景随着社会经济的发展，城市交通的日渐拥堵，地铁建设日益成为人们日常生活中不可或缺的一部分。
但是，随着客流量的增加，人工售票窗口又不足，人们排队浪费大量时间，售票人员劳动强度过大，人们的要求不能得以满足。
因此需要开发一种地铁自动售票系统，它的产生和应用将大大满足人们的需求。
1．3 参考资料《北京地铁AFC系统使用指南》《软件工程》——张海藩编著清华大学出版社二、任务概述2．1 目标开发出一套地铁自动售票系统，能实现站点查询、自动售票、一卡通充值的功能。
易懂，好操作，以满足人们的需要，减轻人工售票窗口的工作压力。
2．2 用户的特点由于使用自助终端的人员是广大市民，所以自助终端的操作界面应满足小学以上文化程度的人无障碍的操作。
2．2 假定和约束1）使用监控管理功能的人员应具有较强的业务技能和基本的电脑知识，对他们提供的操作界面应保证他们经过简单培训后无障碍的操作； 2）报表应该可以在多种操作系统上浏览、打印； 3）系统应提供审记追踪功能；4）应该把有可能变动的参数存放到配置文件或数据库中，保证修改参数的灵活性。
三、需求规定3．1 对功能的要求 3.1.1 功能划分 1）站点查询 2）自动售票 3）一卡通充值3.1.2 功能描述1）站点查询用户通过触摸屏可以查询任何线路上的任意站点信息，该功能面向所有用户。
操作流程：用户→选择站点查询服务→选择线路→选择站点→输出站点信息 2）自动售票用户在确认购票数量、应付金额之后，从硬币入口处逐枚投入1元硬币，或从纸币入口逐张插入八成新的纸币，纸币面额仅限于5元、10元。
【地铁售票管理系统需求规格说明书--软件工程】学生管理系统需求规格说明书目录1. 引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (4)3.3数据库介绍 (5)3.4数据词典 (6)3.5数据采集 (7)4．功能需求 ............................................................84.1功能划分 (8)4.2功能描述 (21)5．性能需求 ...........................................................225.1数据精确度 (22)5.2时间特性 (22)5.3适应性 (22)6．运行需求 ...........................................................236.1用户界面 (23)6.2硬件接口 (28)6.3软件接口 (28)6.4故障处理 (28)7．其它需求 ...........................................................29 8. 附录 (29)1. 引言1.1编写目的随着计算机技术的发展，人类生活速度的加快，单一的人工售票方式已经不能满足人们出行的要求。
每逢出行高峰都会造成火车站售票的拥挤，因此售票自动化应运而生。
车站售票管理系统就是这样的一个产物。
经过我开发小组的调研与讨论研究，基本上明确了该系统的需求，并在此基础上完成软件需求规格说明书。
该文档旨在对该系统的需求做出综合的分析，对各个模块的功能做出具体的说明。
《车站售票管理系统需求规格说明书》的目的是明确《车站售票管理系统》中各项功能和非功能需求，确定系统功能模块，同时为概要设计和详细设计人员提供设计依据，也可供本项目的其他开发人员参阅。
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
本文档需要交于论证人员进行论证修改，无误后供软件开发人员进行后期的软件设计1.2项目背景委托单位：呼和浩特火车站开发单位：内蒙古工业大学软件工程主管部门：内蒙古工业大学计算机系项目开发者：周伟，马星，张玲燕，苗欣宇用户：呼和浩特火车站产品的所有权：呼和浩特火车站项目背景：火车票出售管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
本项目适用于Windows 操作系统，使用SQL Server 2005数据库，利用C++,JAVA开发平台开发系统。
1.3定义静态数据：主要是由表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。
动态数据：SQL 包含了一些潜在的由系统管理员如SYS 维护的表和视图，由于当数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典（或者是动态性能视图）。
这些视图提供了关于内存和磁盘的运行情况，所以我们只能对其进行只读访问而不能修改它们。
数据字典：数据字典是SQL 存放有关数据库信息的地方，其用途是用来描述数据的。
比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息等。
当用户在对数据库中的数据进行操作时遇到困难就可以访问数据字典来查看详细的信息。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
1.4参考资料[1] 刘利民、田宝军 .软件工程综合设计指导书,2011[2] 张海藩. 软件工程导论（第五版）. 北京清华大学出版社,2003 [3] 黄国兴、周勇著 .软件需求工程. 清华大学出版社,2008-05 [4] 车站售票管理系统——项目开发计划书 [5] 车站售票管理系统——可行性分析报告2．任务概述2.1目标利用信息化手段缓解火车站售票压力，满足广大人民群众的购票需求，使管理人员能够方便进行售票管理工作，包括修改、维护、统计等，使广大人民用户能够利用该系统进行信息的查询，购票，退票等。
用自然语言或者形式化语言与图形等完整、准确、具体地描述系统的数据需求、功能需求、性能需求、可靠性需求和可用性需求、接口需求、约束、逆向需求以及将来可能提出的要求。
（1) 完善目前火车售票系统，使之能跟上时代的发展。
同时通过实践来提高自己的动手能（2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。
（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普通旅客不能对车次信息随意删改，只有系统管理员可通过密码识别进行维护。
2.2运行环境操作系统：Microsoft Windows 2007或Microsoft Windows XP 支持环境：IIS 5.0 数据库：Microsoft SQL Server 20052.3条件与限制应具备的设备：计算机4台，打印机1台应具备的人员：软件专业学生4人其他条件：保证相关开发人员全部到位，不缺勤；资金全部到位3．数据描述3.1静态数据列车信息：列车车号 (int SerialNumber) 列车始发时间 (struct time SetOut) 列车始发站(char DeparturePoint) 列车终点站(char TerminalPoint) 额定载量（int FixNumber ）票务：列车车号 (int SerialNumber) 发车时间票价发出车站售票员：用户名（char name）密码(char password)3.2动态数据输入数据：（根据界面提示，键盘输入操作）输出数据：输出信息：查询车次确定的数据库记录的子集；3.3数据库介绍名称：Microsoft SQL Server 2005介绍：微软SQL Server 2005 SP1加入数据库镜像功能，为SQL Server 2005 Express Edition提供新管理工具，并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。
管理：SQL Server Management Studio 集成了对 SQL Server 2005 所有组件的管理。
Business Intelligence 从业者都将得益于 Microsoft 服务器“能力”扩展这一用户盼望已久的功能增强，即从关系引擎（伸缩性、可靠性、可用性、可编程性，等等）扩展为全套的 BI 平台组件。
支持的操作系统： Windows 2000 Service Pack 4;Windows Server 2003 Service Pack 1; Windows XP Service Pack 2硬件要求：具有 Intel Pentium III 600 MHz（或同等性能的兼容处理器）或速度更快处理器（建议使用 1 GHz 或速度更快的处理器。
）的计算机最低 192 MB 的RAM（建议使用 512 MB 或更高的 RAM。
） 100 MB 的可用硬盘空间注意事项：安装此包之前，必须从系统中删除 SQL Server Management Studio Express 的任何 Beta 版本或 Community Technology Preview (CTP) 版本。
如果不执行此操作，则将导致此包安装失败。
安装条件：您必须在计算机上具有管理权限才能安装SQL Server 2005。
3.4数据词典3.5数据采集（1）车票信息由数据库设计人员加入录入数据库中（2）用户账户及密码由登陆人员自行设计有数据库设计人员设计的系统方式录入数据库中。
（3）其他数据如票务信息由系统自动生成4．功能需求4.1功能划分图 3.1 系统管理用例图表3-1 登录系统用例规约表3-6 维护数据管理规约图 3.2 售票用例表3-7登录系统用例规约表3-8 退票规约表3-9 统计信息用例规约表3-10 售票规约表3-11查询信息规约表3-12 购票规约4.2功能描述售票：根据旅客的需求如发车日期、发车时间、车厢类型、车票类型（学生票、军人票…）、旅客终点站等选择用户所需要的车次，然后结算并打印车票给旅客。
订票：由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票，售票代理商通过电话或是亲自到售票点预订的方式进行预订车票。
退票：处理用户由于某种情况需要退回车票的情况，旅客要在车站指定的时间内进行退票，此外车站售票点还要扣除一定的手续费。
如若改签则由售票员改签到旅客所要的车次、时间、地点。
查询：查询分为车次查询、站点查询、时刻表查询、票价查询、剩余票数查询。
车次查询提供了所有车次浏览、按车次查询、和站站查询，用户可以通过查询来了解列车所经车站以及发车时间等信息。
时刻表查询可以查询每一车次在每一站的发车时间和到站时间。
票价查询可以让用户按自己的需求来查询所有车次的车票价格；余票查询可以查询到所有车次的剩余车票的情况；统计：售票统计分别可以按日期统计、按车次统计、按客流方向统计等统计方式，通过察看车票的流向可以得知旅客的大致流向，列车管理人员可以根据客流的流向随时调整列车运行车次，达到列车的合理调度，使列车最大限度的投入使用中，实现资源的合理利用。
信息修改：包括车次修改、票价修改、站点修改。
车次修改包括增加车次，减少车次，车次的临时调度和由于自然灾害造成的临时路线更改。
票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价，具体数字有铁路管理定。
站点修改可是某些车次增加或减少一些站点。
系统管理：管理员通过系统添加用户或者删除用户，并且授予权限，同时维护数据库，保证系统正确运行。
5．性能需求5.1数据精确度由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。
输入数据精度要求不高，但用户输入不精确时有提示。
5.2时间特性对于用户的输入应该在较短的时间里给出回应。
