当前位置:文档之家› 大学学生选课系统软件需求规格说明书

大学学生选课系统软件需求规格说明书

大学学生选课系统软件需求规格说明书
大学学生选课系统软件需求规格说明书

b.运行环境:WINDOWS2003/WINDOWS XP/ WINDOWS 7c.处理器:及以上Intel PentiumIII .d及以上内存要求:521M e.40G硬盘空间:及以上.f网络协议;TCP/IP

3功能性需求分类

数据流图

顶层数据流图:

E3教师

第一层数据流图:

第二层数据流图:

E1

状态转换图

具体功能

需求说明书(软件项目管理系统)

需求说明书(软件项目管理系统) §1、前言 1.1概述 1.1.1 项目名称:软件项目管理系统 项目代码:ProjectManager 1.1.2 开发目的:本系统应能 a.管理软件项目和项目组; b.管理与项目相关的数据项和数据结构; c.管理与项目相关的系统功能描述和分组; d.管理与项目相关的项目任务和项目任务进度; e.管理与项目相关的问题,并且能进行问题跟踪; f.管理与项目相关的文档。 1.1.3 相关读者:部门经理,项目经理,测试人员,设计人员,编程人员。 1.1.4 本项目与其它产品(软件)关系。 1.2术语 本分析书所使用的专门术语定义: 部门经理——能建立项目和项目组的系统使用者; 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者; 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者; 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者; 数据项——目标系统中的最小信息单位; 数据结构——数据项的有意义集合; 系统功能——通过目标系统能完成的有效活动; 项目任务——开发项目中要求完成的有效活动; 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统:Windows 2000 Professional; 数据库:MS SQL 2000 或Oracle。 1.5条件和限制 开发环境:Microsoft Visual Studio .NET 2003; 使用工具:C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法; 在校验用户密码后,可修改用户自己的密码;

学生管理系统需求分析_总体设计_详细设计说明

第一章引言 1. 1 编写目的 本需求规格说明书是为了开发学生信息管理系统而编写,主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据,它对以后阶段的工作起指导作用,也是项目完成后系统验收的依据。 1. 2 项目背景 开发软件的名称:学生信息管理系统 项目的任务提出者:江汉大学文理学院 开发者:袁俊 用户:江汉大学文理学院学生信息管理员 实现软件的单位:06软件一班 兼容系统:Windows XP SP2/SP3 开发工具:https://www.doczj.com/doc/1813361313.html,+ Microsoft SQL Server 2000 1.3 相关术语 Macromedia Dreamweaver 8:网页设计工具 Microsoft SQL Server:数据库工具 1.4 参考资料 [1]《软件工程模型与方法》,肖丁等,北京邮电大学。 [2]《https://www.doczj.com/doc/1813361313.html,+Dreamweaver8案例精粹》武新华等,电子科技大学 [3]《信息系统应用与开发案例教程》,承欢,清华大学。

第二章需求规定 2.1 功能分析 在学生信息管理系统中,主要有用户登陆、学生信息管理、课程信息管理、用户管理等功能,功能分析如下: (1)用户登陆 学生信息管理采用用户名及密码验证模式,进入学生信息管理前,用户必须在登陆页面输入用户名及密码,只有验证通过的用户方可进入学生信息管理操作主页面。 (2)学生信息管理 包括3个功能模块:学生个人信息的添加、学生信息的查询以及学生信息的修改于删除。(3)课程信息管理 包括3个功能模块:课程基本添加与删除处理、成绩查询处理以及学生选课信息的查询处理。 (4)用户管理 包括2个功能模块:用户信息查询以及用户的删除与处理。 2.2 性能要求分析 (1)系统易操作性 所开发的系统应做到操作简单,尽量使系统操作不受用户对电脑知识水平的限制。(2)系统具有可维护性 由于系统涉及的信息比较广,数据库中的数据需定期修改,系统可利用的空间及性能也随之下降,为了使系统更好地运转,学院可以对系统数据及一些简单的功能进行独立的维护及调整。 (3)系统具有开放性 该系统能够在开放的硬件体系结构中运行,并且能与其他系统顺利连接,不会因外部系统的不同面要做在量的修改工作。 2.3逻辑模型的建立 经过以上调查分析,明确以所开发系统的功能需求和性能要求,发现了存在的问题,弄清了系统的功能,为系统逻辑模型的建立提供了依据。系统分析的主要成果是建立系统的逻辑模型,本系统的逻辑模型主要以系统的数据流图和数据词典作为描述功具。

学生选修课管理系统需求说明书

网上购物系统软件需求说明书

目录 1. 引言 0 目的 0 项目范围 0 定义、缩略语、缩写 (1) 2. 系统需求概述 (2) 用例模型 (2) 假设和依赖 (5) 3. 系统详细需求 (6) Use-Case 清单 (6) 规格说明 (6) 功能性需求 (6) 可用性 (7) 可靠性 (7) 性能 (7) 保障性 (7) 设计上的限制 (8) 4. 术语表 (9)

软件需求说明书 1.引言 1.1目的 本文档描述了学生选修课管理系统的软件需求规格。目的在于向读者表述系统的环境,系统的功能和非功能的需求。 1.2项目范围 本次软件项目开发的是一个学生选修课管理系统。使用此系统的学生通过互联网进行选课;使用此系统的管理员通过互联网进行系统的管理。系统的功能如下:学生能够通过课程名来寻找课程,并获得课程的摘要信息。 学生能够通过输入某些关键字,对课程进行查询,并获得符合检索条件的课程的摘要信息。 学生能够在课程详细画面上获得课程的详细介绍信息。 学生能够在页面上修改自己的注册资料,更新原有的注册信息。 学生能够在输入合法的用户账号和密码后,登录系统。 学生能够在任何时间退出系统。 学生能够查看当前选课的最新状态。 学生能够对各科成绩进行查询。 学生能够对各科课程信息及老师信息的查询。 能够允许学生修改个人信息。 学生能够浏览基本的课程并实现主要的选课功能。 学生能够填写选课信息、查看已选课程、修改选课。 老师能够申请教课。 老师能够查询课程,申请教课。 老师能够查询课程报名人数情况,进行成绩评定。 老师可以修改个人信息、浏览基本课程以及查看学生的选课情况。 管理员能够在输入合法的用户账号和密码后,登录系统。 管理员能够在任何时间退出系统。 管理员能够创建课程的指定任课老师、设定课程人数、统计学生选课信息、发通 知。 管理员能够维护课程数据,包括课程、老师数据的新增,更新,删除和检索。 管理员能够维护权限数据,包括新增,更新,删除,检索操作。 管理员使用子系统“选课管理”中的教学大纲信息和“科室分配管理”中的教师

软件需求规格说明书模板(超详细的哦)

WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技

目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)

3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)

第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。 2软件需求分析理论 软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标: 1)对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一 致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件 需求; 2)了解和描述软件实现所需的全部信息,为软件设计、确认和验证提供一 个基准; 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据; 需求分析的具体内容可以归纳为六个方面:软件的功能需求,软件与硬件或其他外部系统接口,软件的非功能性需求,软件的反向需求,软件设计和实现上的限制,阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息,使得软件设计人员

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件,作为双方界定项目范围、签定合同的主要基础,也作为本项目验收的主要依据。同时,本文档也作为后继工作开展的基础,供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、公司方项目经理、技术开发人员(包括分析人员、设计人员、程序人员)、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统,其次从软件接口等方面描述系统的外部接口需求,然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营,工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接,途经青礁村、海门岛,止于漳州龙海市沙坛村后宅处,终点里程桩号K10+400.390,与招银疏港高速公路相连。路线长度为9335.390m,其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分,双向6车道,设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座,共296根斜拉索,用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥,主跨780m,可满足3万吨级船舶安全通航,在同类型桥梁中居全国第六、世界第

课表需求规格说明书

需求规格说明书 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动态数据 (3) 3.3数据库介绍 (3) 3.4数据词典 (4) 3.5数据采集 (4) 4.功能需求 (4) 4.1功能划分 (4) 4.2功能描述 (5) 5.性能需求 (5) 5.1数据精确度 (6) 5.2时间特性 (7) 5.3适应性 (7) 6.运行需求 (7) 6.1用户界面 (7) 6.2硬件接口 (7) 6.3软件接口 (7) 6.4故障处理 (7) 7.其它需求 (7) 1.引言 1.1编写目的 本报告的目的是规范化本软件的编写,旨在提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了我们的面向川大学生的课表系统的软件开发过程,便于

程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。同时,软件需求说明书的编制也是为了使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解,使之成为整个开发工作的基础,为概要设计提供需求说明。 预期读者是项目委托单位的管理人员、设计人员和开发人员。 1.2项目背景 a. 项目的委托单位、开发单位和主管部门: 项目名称:面向川大学生的课表系统 项目的提出者:李旭伟 项目的开发者:韩珍辉、彭小童、陈晨斐 项目的用户:四川大学在校学生 b. 本软件系统将要实现的四川大学课程表项目是融合了四川大学教务处课表查询功能以及超级课程表功能的课表项目。它的基本用户为四川大学教师、在校学生和教务管理人员,基本实现了课程查询、学生及老师课表设置、空闲教室查询、教务信息管理与维护等功能。 1.3定义 a.软件需求分析:软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化,分析各种可能的解法,并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。b. JDBC:JDBC(Java Data Base Connectivity,java数据库连接)是一种用于执行SQL语句的Java API,可以为多种关系数据库提供统一访问,它由一组用Java语言编写的类和接口组成。JDBC提供了一种基准,据此可以构建更高级的工具和接口,使数据库开发人员能够编写数据库应用程序,同时,JDBC也是个商标名。 1.4参考资料 a.项目经核准的计划任务书、合同或上级机关的批文 b.项目开发计划 c.[1]《Head First Java》,(美)Kathy Sierra Bert Bates编著,O’Reilly出版社 [2]《Java编程思想》,(美)Bruce Eckel著,陈昊鹏、饶若楠等译,机械工业出版社2.任务概述 2.1目标 四川大学各个学院都开有自己独立的课程同时每个老师也都有自己独立的课程信息,如

网上选课系统-需求分析报告

一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的,从学生的角度来说,由于教学制度的改革,现在大部分的高等院校开始实行学生自主选课模式,传统的教学模式已经不能适应新的教学模式,如果还只是通过纸上的方式选课,一方面浪费大量的人力、物力,另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加,暴露出来的弊端会越来越多。 因此,利用网络,使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲,同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面: 1.技术可行性 由于校园网络的普遍应用,使得网上选课非常的方便,无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网,使得学生可以在任何有校园网的地方完成选课过程。 https://www.doczj.com/doc/1813361313.html,、C#语言在大二的时候学过了,而且数据库Access运 用的比较熟练,大部分做起来还算得心应手,部分不会的现在上网也比较方便,可以在网上进行查找。. 2.经济可行性

校园网应经普及,因此网络设备上不需要大的投入。加之,B/S 模式的系统只要求客户端具备浏览器的基本功能,就能实现网上选课。因此,从经济上来说,开发网上选课系统不需要很大的投入,硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述,网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握,以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是: 设计人员 开发人员 管理和测试人员 最终用户. 2.1.2背景 由于电脑时代的到来以及internet的迅速发展,电脑无处不在,当然各种工作效率也大幅提高,那么对于一个学校来说,开发一个好的学生选课系统势在必行。鉴此,特开发此学生选课系统,该系统实现了选课的网络化、信息化、现代化。

软件需求规格说明书实用模板(超详细)

XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技

项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求,电子公
文在线预览
项目负责人审核与确认 供应商:
职位
审核时间
审核意见(签字)
客户方:

目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16

软件系统需求说明书

专 组号:小组成员: 完成时间:

目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)

1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统,并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备,易使用等特点。学生信息管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的开发测试,并写提交相关的技术文档。通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数:3人 技术文档写作人员人数3人

课程表管理系统需求规格说明书

2组课程表管理系统需求规格说明书 课程表管理系统 需求规格说明书 1.引言 1.1编写目的 编写本报告的目的是明确本系统的详细需求,供使用单位确认系统的功能和性能,并作为软件设计人员的设计依据和使用单位的验收标准。 1.2项目背景 开发软件名称:课程表管理系统。 项目开发者:软件工程2组: 李晓明(组长),李雅星,李军佟,陈春运,赵俊峰,高鹏,周炯,吴娜娜,王星霞,李青艳 用户单位:琴岛学院 1.3参考资料: (1)张害藩,《软件工程导论》(第四版),清华大学出版社。 2.任务概述 2.1目标 课程表管理系统对于课程的管理和学习效果的统计有着很好的协助作用,能否使教师以及学生及时准确地了解课程的安排和变动是系统成功与否的关键。因此,课程表管理系统必须提供简洁方便而及时准确的查询以及更新手段。 3. 需求规定 1.在课程表管理系统中,管理员分为高级管理员和一般管理员,一般管理员为用户建立基本课表信息,并且可定期或不定期的对课表信息进行上传、简单的修改、删除和查询,但是一般管理员只可对本专业课程信息进行修改,不可跨专业修改。一般管理员可向高

级管理员反馈信息。高级管理员除一般管理员拥有的权限之外还可对其他专业的课程信息进行修改、编辑等操作。 当学生查阅课程信息表时,先输入学生学号,系统验证其学号的有效性,无效则提示其错误原因,有效则显示其专业信息,然后选择所属专业的课程表进行查询。课程表分专业课程表及私有课程表,专业课程表主要显示用户(教师、学生)的专业信息,私有课程表则为用户(教师、学生)进行私有信息(选修课程、重修课程)的查询情况,用户(教师、学生)可以对其进行查询并更新操作,而其他用户则无权查询非本人的私有课表信息。学生可查询且下载此课程表,若发现其中有错则可向系统报错,若选择的专业与其所在专业不符则不可进行报错操作只可进行基本课程查询(不显示任何老师及教室)。在提交错误报告时,提交错误信息,系统接受后管理员进行检查核对,并可修改错误信息。当教师查询时,输入职工号,显示其授课信息表,可对课程信息表进行查询、下载及报错。为系统维护人员提供权限管理、数据备份等通用功能。另外,用户(教师、学生)可以对课表专业进行记录,记录功能涉及反馈功能及记事本功能。 2.课程表管理员分为高级管理员(院里的系部主任等)和普通管理员(系里的例如班长或者学习委员等)两种。高级管理员有上传、删除、修改和查询全系所有专业和班级的课程表的权限,普通管理员只能上传、删除和修改本系、本班所有的课程并可查询所有课程。 查询:学生登录之前需要登录验证,学生需要通过输入学生本人的学号以及密码,如果验证正确登录成功,如果验证错误提示并自动跳转登录页面。学生登录系统后可查询所有专业所有课程表,并可以对学生本专业课程表出现的错误提出自己的意见,高级管理员可以根据意见查实并修改课程表的错误。任何登录的学生可任意下载任何专业的任何课程表。 3.为系统维护人员提供权限管理、数据备份等通用功能。 3.1 数据流图(系统维护为通用功能,这里不做具体分析) 顶层图 管理员 课程表管理系统 用户 课表信息 课表情况反馈信息 用户信息 用户情况课表查询条件 课表情况选课信息 选课情况反馈情况

选课管理系统要点

数学与计算机学院 课程设计说明书 课 程 名 称: JAVA 数据库网络综合课程设计 课 程 代 码: 题 目: 选修课程管理系统 年级/专业/班: 2012 级计科 3 班 学 生 姓 名: 徐茂淋 学 号: 312012********* 开 始 时 间: 2014 完 成 时 间: 2014 年 12 年 12 月 2 月 28 日 日 课程设计成绩: 学习态度 及平时成 绩(20) 技术水平 与实际能 力(20) 完成 情况 (20) 创新(5) 说明书(计算书、图 纸、 分析报告)撰写 质量 (35) 总 分 (100)

指导教师签名:年月 日 数学与计算机学院 课程设计任务书 ( 2014/ 2015学年第1学期) 专年业: 级: 计算机科学与技术 2012 课程名称: 课程代码: JAVA 数据库网络综合课程设计

一、设计题目 选修管理系统 二、主要内容 调查学校教务处,设计用于管理全校学生选修课活动的系统。主要功能有: 1.全校选修计划课程管理; 2.全校选修开课课程管理; 3.全校学生选课管理; 4.全校选修课成绩管理; 5.打印报表; 6.系统维护,如数据安全管理(含备份与恢复)、操作员管理、权限设置等; 要求: 1.设计学生选课录入界面及学生选课查询界面; 2.设计课程输入界面和学生选课表及课程选修情况查询界面; 3.根据学生库和课程库,输出学生课程表(选课冲突时按学号分配课程); 三、具体要求 1.对系统作需求分析和数据库逻辑结构设计。 2.设计出ER模型,并完整标明每个实体型的相关属性,推荐使用Erwin实现。 3.利用前台开发工具,完成对每个实体型中实体数据的查询和编辑操作,并 提供相应的界面。

网上书城需求规格说明书

需求规格说明书 网上书城系统 1.引言 1.1编写目的 在完成了针对网上书店市场的前期调查,同时与多位用户进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。 此需求规格说明书对《网上书店系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 本说明书是整个软件开发的依据,它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。 1.2项目背景 随着Internet的迅速发展,当今电子商务已接被广大的互联网用户所接受,网上书店系统作为其中的一部分也有了迅速的发展。 当然,网上书店系统目前主要是以B2C的方式进行经营,通过网上开店的方式向读者出售书本。国内著名的两大书店,当当网与卓越网,他们售书的理念很简单,读者可以自己寻找自己喜爱的书。对于读者来说,无需为寻找一本自己想要的书好奔波于城市的各个角落,无需因为时间问题而错过了新书的首发式,或者因为时间问题而去不了书店,网上书店系统,只需你有一台可以连上互联网的电脑,就可以按照自己的兴趣检索到自己想要的书本。 而关键的一点,就是他们只是基于B2C的,只有自己在卖书,而我们所要改进的就是引入C2C经营理念,增加了读者售书的功能,读者可以对来说已经不需要的书本售给需要它的人,当然不是免费的,系统按照设定的比率进行收费,实现额外的营运收入。 1.3定义 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。 1.4参考资料 [1][美]Xin Chen 著,温昱靳向阳译,应用框架的设计与实现,北京,电子工业出版社,2006 [2][美]David Chappell著,荣耀译,.NET大局观( 第2版),北京,电子工业出版社,2006 [3]陈冠军,征服https://www.doczj.com/doc/1813361313.html, 2.0 Ajax——Web开发技术详解,北京,人民邮电出版社,2007 [4][美]巴拉赫,[美]兰宝著,车皓阳,杨眉译,UML面向对象建模与设计(第2版),北京,人民邮电出版社,2006 [5][美]Joshua Kerievsky著,杨光刘基诚译,重构与模式,北京,人民邮电出版社,2006 [6][美]科曼(Cormen,T.H.)等著,潘金贵等译,算法导论(原书第2版),北京,机械工业出版社,2006

软件需求规格说明书

图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写,主要面向图书管理员、学生,老师, 和其他借阅图书的人员。本文档是整个软件开发的依据,它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能,将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队,指导老师,用户。 1.2 背景及范围 本项目的名称:图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言:C#是微软为.NET Framework量身订做的程序语言,C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性,是第一个组件导向的程序语言,和C++与Java一样亦为对象导向程序语言。 图书管理系统:图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言,独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善; b. 为了图书管理员对图书的管理更方便; c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位,管理不完善,设计时没能用全得到考虑,本项目的开发都将受到很大的影响。 2.3.2一般约束

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求;以供本系统的开发人员参考。 项目背景 开发软件名称:学生信息管理系统。 用户:教学办公室 项目和其他软件:系统的关系。 本项目采用客户机/服务器原理,客户端程序是建立在window NT系统上以 Java为开发软件的应用程序,服务器端采用Linux为操作系统的工作站,是采用Oracle 的为开发软件的数据库服务程序。 定义 学号:学校给学生的编号,用来区分各个学生的信息的中介。 课程名:学校开设课程的名字 Java+SQL:编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2.任务概述 目标 ⑴开发意图:由于学校的不断招生,现有的系统空间小,运行速度缓慢,操作过于复 杂,有的操作还不能执行,所以要开发本系统。 ⑵应用目标:学生信息管理系统将解决现有系统的空间不足,运行缓慢,操作复杂,操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统:Microsoft Windows xp 支持环境:IIS 数据库:Oracle 软件设备:eclipse 内存:512 M以上 硬盘空间:40G以上 CPU: 233MHZ以上

内存:256M以上 硬盘空间:以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人,用来做学生信息的存储,对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度,结合他们日常工作的频繁程度,系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性,有非常高的要求。本系统的规模比较小,并且将提供操作手册进行操作项的详细说明 (1)、Client/Server结构总体设计方案对它的约束:本系统做为Client/Server 结构的一个应用系统,不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,机票预订系统还受到其它系统的信息约束。 (2)、人力、时间的约束:本系统开发过程中也要考虑到人力、资金和时间的约束。 (3)、技术发展规律的约束:计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。 3.需求规定 对功能的规定 系统流程图:系统流程图是用户操作此系统的流程和各个用户能够操作的功能,如A-1就是一个系统流程图;用户有系统管理员,教师和学生,每个用户要进入此系统都要登录。每个用户有不同的功能,系统管理员有查询,增加,修改,删除,修改密码,设置权限等功能;教师有查询,修改密码和输入学生成绩的功能;学生只有查询和修改密码的功能。 A-1系统流程图 用例图:用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

[软件需求]销售系统软件需求说明书

[软件需求]销售系统软件需求说明书

<网络营销系统> 软件需求说明书 作者:杨晶 完成日期:2010年7月6日 签收人: 签收日期: 修改情况记录:

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移\转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)

1 引言 1.1 编写目的 近年来,互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段,它为中小企业提供了大量市场机会,也缩小了大型企业和中小企业之间的市场地位的差距,为中小企业提供了竞争的机会。 1.2 范围 说明: a.该系统名为网络销售系统 b.该系统更大的方便了群众,减少了用户外出或者购买的不便。 c.该系统的应用: 1)该系统的开发,为更多的经销商提供了 更好的发展平台,扩大了业务,更好的适 应了当今社会的发展需求,同时为广大的 用户提供了方便。

网上选课系统可行性分析报告

网上选课系统可行性分析报告 1、引言 1.1 编写目的 开发网上选课管理系统是为了实现学校人力资源的优化和学生成绩管理的科学管理而设计的,更方便老师对学生的了解和学生对课程的安排,更有利于教课的进行。方便学生、管理者、老师获取学生信息。对学生信息将进行安全检测,包括真实性。通过试用本系统,可以更加有效的管理学生的学籍管理,成绩信息等,并且具有对信息的增加,查询,修改等功能。 1.2 项目背景 待开发项目名称:学生网上选课管理系统; 委托单位:黔南民族师范学院 开发单位:黔南民族师范学院的学生 主管部门:黔南民族师范学院的老师 用户:黔南民族师范学院 产品的所有权:黔南民族师范学院 项目开发者:马红霞、涂贵欢、毛必琴 项目背景: “学生选课系统”是指在网络上提供选修课服务,使学生能够在规定的时间内在网上选课或退课而系统马上能够返回该学生是否成功的信息,能查询课程信息、教师个人信息以及该程成绩。教师可提供说开课程的基本信息,同时还可以通过本系统查询选修课学生信息。教务管理员负责何时开放和关闭选课、发布信息、选课用户的管理和选课情况的监控等,并可以为教务管理员提供方便的管理功能:添加、删除、修改课程信息和学生记录等。随时完成统计工作,避免某门课的报名人数超出它的最大容量,而如果报名人数不足又有部分学生没选上课,将课程的选修过程设置为两次。本系统是选修课实现系统的自动化从而提高教务工作的效率。较为全

面的涵盖了学生从入学到毕业的全部信息,牵涉部门广各系部、学生办、财务部处等。 1.3 参考资料 [1] 吕云鹏王昕鹏邱玉龙编著.软件工程—理论与实践. 人民邮电出版社. [2]白度文库.wenku.baidu./view/fc6709115f0e7cd184253679.html [3]曾建潮.软件工程.武汉理工大学出版社. 2、可行性研究的前提 2.1 基本要求 主要功能:教师对学生资料、成绩以及所选课程进行修改管理;学生可通过查询自身成绩,自主选择相关课程,管理员(教务处)统管所有学生、教师的相关信息。 性能要求:所有数据实时更新保持同步,且定时备份。 输出要求:简单、快捷、实时。 输入要求:及时的修改和更新学生、教师和课程的信息。 安全与保密要求:系统本身配备一定的安全机制,保证各项数据的完整、正确。 每类用户进入系统时,均需输入唯一的用户名和密码;教师有权对学生所选课程成绩进行录入、查询和修改;学生有权对选修课程进行修改;管理员有权对学生信息、所选课程、科目成绩进行管理、修改。 完成期限:3个月 2.2 开发目标 (1)开发此学生选课管理系统软件,使教学人员及操作者进行选课管理,方便操作者随时添加、查询、修改,使工作人员从繁琐的填表,查表工作中解放出来,使得人力和设备减少; (2)使供需双方都获得满意的结果; (3)促进报表、统计数字的规范化;

ERP软件系统需求说明书

《择易企业管理系统商务版V3。0》 软件需求说明书 软件开发有限公司

《择易企业管理系统商务版V3。0》软件需求说明书 目录 1.编写目的 (8) 2.背景 (8) 2.1.定义 (8) 2.2.参考资料 (8) 2.3.目标 (8) 2.4.用户的特点 (8) 2.5.假定和约束 (8) 3.需求规定 (8) 3.1.采购管理 (8) 3.1.1采购订单APOrder (9) 3.1.2采购收货APRecieve (11) 3.1.3采购退货APRetturn (12) 3.1.4采购发票APInvoice(扩展) (14) 3.1.5采购付款 (15) 3.1.6显示凭证(不产生凭证,只是显示凭证的内容) (16) 3.1.7采购数据查询 (16) 3.1.8采购统计报表 (16) 3.1.9采购决策分析图 (16) 3.1.10采购历史数据维护 (16) 3.2.销售管理 (17)

3.2.1销售订单AROrder (18) 3.2.2销售发货APROredr (19) 3.2.3销售退货ARReturn (20) 3.2.4销售发票ARInvoice (22) 3.2.5销售收款 (23) 3.2.6显示凭证(不生成凭证,仅提供显示凭证的内容) (24) 3.2.7门市零售 (24) 3.2.8库存盘点(见库存管理) (24) 3.2.9货品调拨(见库存管理) (24) 3.2.10货品维修服务 (24) 3.2.11销售数据查询 (25) 3.2.12销售统计报表 (25) 3.2.13销售决策分析图 (26) 3.2.14销售历史数据维护 (26) 3.3.库存管理(Inventory Control) (26) 3.3.1货品入库(入库单)ICReceiveOrder (27) 3.3.2货品出库(出库单) (29) 3.3.3货品调拨 (30) 3.3.4货品盘点 (31) 3.3.5组合货品定义 (32) 3.3.6货品组装 (33) 3.3.7货品拆分 (33)

相关主题
文本预览
相关文档 最新文档