小知识：什么是需求分析.docVIP

小知识：什么是需求分析 需求分析是指理解用户需求，在软件功能方面与客户达成一致，评估软件风险和项目代价，最终形成开发计划的一个过程。在这个过程中，用户处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要形成SRS文档(System Requirement Specification 系统需求说明书)。 简而言之，需求分析的任务就是解决“做什么”的问题。 教务系统需要做什么 学校中的教务处需要进行如下的工作： 学生信息管理 包括新生信息登记，信息修改，删除。 班级信息管理 包括新班级信息登记，信息修改。 班主任信息管理 包括新班主任信息登记，信息修改。 课程信息管理 包括课程信息登记，删除。 考试信息管理 包括学生考试成绩登记，删除。 典型业务流程： 新班开课 创建班级 ( 确定班主任 ( 添加班级所有学员。 考试成绩查询 如果是学生只能按照自己的学号查询成绩。 如果是学校办公人员对所有的学生、班级成绩进行查询。 传统教务系统的缺点 传统的教务工作完全是手工管理或简单的计算机管理，效率低下。 很多学校采用word文档保存学员信息和考试成绩，会为每一个班级的每一次考试建立一个word文档，文件不好管理，容易丢失，损坏。 如果要进行学生信息的查询或者修改，需要在一堆文件中人工搜索，速度很慢。 Word文档无法保证输入的信息格式是正确的。（比如学生性别是“男”，输入为“难”，word文档无法验证；至于身份证号位数错误等也无法验证）。 信息很难有效的共享。 大学中有很多的专业，每个专业都有自己的教务部保存信息，如果校领导想查看所有班级的考试成绩，很难做到。 学生查询自己的考试信息时只能围在教务部挨个查询，速度很慢。 我们的系统如何克服这些缺点 1.使用数据库保存信息 使用数据库的好处在于可以集中管理大量的类型不同的数据，并可以通过接近于自然语言的SQL语言对数据进行方便的查询，并且数据库管理系统（DBMS）提供的“约束”可以防止保存错误的信息。 2.采用C/S架构 单机版的软件虽然可以解决信息保存、查询的问题，但是不能有效的做到信息共享。采用C/S架构可以让多个客户端同时从服务器上查询数据（见下图）。比如学生可以在宿舍通过本系统查询自己的考试成绩。 采用C/S架构后面临的一个挑战就是用户权限问题，因为很多人都可以访问数据库，就一定要保证关键数据的安全。刚才提到学生可以使用本系统查询自己的考试成绩，但是一定不能删除、修改；而管理员使用时就可以进行删除、修改。在后续的详细设计中我们会给出具体的解决方案。 C/S架构示意图 小知识：C/S架构的优缺点 C/S架构中，服务器(Server)作为系统的中心起到了存储数据、交换信息、进行业务计算的功能。客户端(Client)可以通过服务器进行信息交换，并且可以发挥客户端的计算功能降低服务器的负担。比如很多网络游戏就是典型的C/S架构，服务器保存每个玩家的帐号信息，并且在玩家游戏时交换数据，客户端产生3D动画界面，播放声音效果等。 C/S的缺点在于必须在客户端安装软件，一旦版本升级，所有的客户端都需要将软件进行升级，这会增加软件的开发、维护成本。 3.采用C#/WinForms + ADO.Net开发客户端 虽然从理论上讲，客户端可以直接利用SQL Server的企业管理器操作数据表中的数据，但是这样操作对用户要求很高，并且非常的不安全。 用C#/WinForms开发图形界面，如果经过精心设计，可以降低用户操作的难度，验证用户输入信息的正确性，防止用户进行危险的操作。 然而图形界面毕竟只是表现层的东西，做的再好看也无法将数据写入数据库中，这时就需要在图形界面中调用后台的ADO.Net来实现各种数据库的操作。 我们要“做什么” 教务管理系统功能模块划分图 从上图可以看出，本系统可以分为6个业务模块，下面有各自的子模块。 其中学生信息、班级信息、班主任信息、课程信息4个模块可以看作基础数据管理模块，主要职责是对信息进行维护（增删改查）。 考试信息模块是本系统的重点，我们要为学生用户和班主任用户提供考试成绩查询服务。针对这两种用户，分别提供按学号查（供学生用户使用），多条件查（供班主任用户）使用。 用户管理模块是为了保证系统安全、区别用户等级而设计的，用户必须在登陆后才能使用本系统（验证用户名、密码），并且在登陆时取得用户的等级（分学生、班主任、管理员三个等级）在后续的操作中进行判断。 各个模块的具体要求和开发顺序会在接下来的“详细设计”部分给出。  小知识：什么是详细设计 详细设计要说明如何实现用户的需求，其中要设计软件的架构，数据库结构，界面原型，类的设计和方法说明，命名规约等。 实际上在进行详细设计之前还应有概要设计，但是1