软件工程上机实验报告
上机实验报告(精选11篇)
上机实验报告篇1用户名se××××学号姓名学院①实验名称：②实验目的：③算法描述（可用文字描述，也可用流程图）：④源代码：（.c的文件）⑤用户屏幕（即程序运行时出现在机器上的画面）：2．对c文件的要求：程序应具有以下特点：a可读性：有注释。
b交互性：有输入提示。
c结构化程序设计风格：分层缩进、隔行书写。
3.上交时间：12月26日下午1点-6点，工程设计中心三楼教学组。
请注意：过时不候哟！四、实验报告内容0．顺序表的插入。
1.顺序表的删除。
2．带头结点的单链表的\'插入。
3.带头结点的单链表的删除。
注意：1.每个人只需在实验报告中完成上述4个项目中的一个，具体安排为：将自己的序号对4求余，得到的数即为应完成的项目的序号。
例如：序号为85的同学，85%4=1，即在实验报告中应完成顺序表的删除。
2.实验报告中的源代码应是通过编译链接即可运行的。
3.提交到个人空间中的内容应是上机实验中的全部内容。
上机实验报告篇2一、《软件技术基础》上机实验内容1．顺序表的建立、插入、删除。
2．带头结点的单链表的建立（用尾插法）、插入、删除。
二、提交到个人10m硬盘空间的内容及截止时间1．分别建立二个文件夹，取名为顺序表和单链表。
2．在这二个文件夹中，分别存放上述二个实验的相关文件。
每个文件夹中应有三个文件(.c文件、.obj文件和.exe文件)。
3. 截止时间：12月28日（18周周日）晚上关机时为止，届时服务器将关闭。
三、实验报告要求及上交时间（用a4纸打印）1．格式：《计算机软件技术基础》上机实验报告用户名se××××学号姓名学院①实验名称：②实验目的：③算法描述（可用文字描述，也可用流程图）：④源代码：（.c的文件）⑤用户屏幕（即程序运行时出现在机器上的画面）：2．对c文件的要求：程序应具有以下特点：a 可读性：有注释。
b 交互性：有输入提示。
软件需求分析上机报告
软件需求分析上机报告标题：软件需求分析上机报告一、引言软件需求分析是软件工程中的重要环节，它对于软件项目的成功与否具有关键性的影响。
本次上机实验旨在让我们熟悉软件需求分析的基本概念和方法，并通过实际操作进行实践。
本报告将介绍我们小组在实验中的工作内容和心得体会。
二、工作内容本次软件需求分析的实验任务是模拟一个“学生选课系统”的需求分析过程。
我们小组共有4人，按照软件开发的流程，我们完成了以下几个主要步骤：1. 需求收集：通过与教师和学生进行访谈，了解了学生选课系统的基本功能和需求。
我们还采用了问卷调查的方式，收集了更多的用户意见和建议。
2. 需求分析：在进行需求分析时，我们将需求进行分类和整理，确定了系统的核心功能，包括学生选课、查看课程信息、退选课程等。
3. 需求规格说明：在需求规格说明中，我们为每个功能点编写了详细的功能需求说明书，包括输入、输出和处理的描述，并使用UML图表对系统的结构和流程进行了建模。
4. 需求验证：为了验证需求的正确性和完整性，我们与教师进行了需求评审。
通过与教师的沟通和讨论，我们对需求进行了修正和改进，确保了需求的准确性和可行性。
5. 需求管理：在整个需求分析的过程中，我们使用了需求跟踪矩阵和需求变更管理工具，对需求进行了跟踪和管理，确保了需求的交付和变更的控制。
三、心得体会通过本次实验，我们深刻认识到软件需求分析对于软件开发过程的重要性。
以下是我们在实验中的一些心得体会：1. 需求收集是需求分析的基础。
要确保需求的准确性和完整性，我们需要与用户进行频繁的交流和沟通，了解他们的真实需求。
2. 需求分析是一个繁琐而重要的过程。
在需求分析中，我们需要进行需求的分类和整理，确保需求的清晰和明确。
3. 规格说明书的编写需要具备良好的逻辑思维和表达能力。
我们需要通过文字和图表的方式描述需求的输入、输出和处理过程，确保开发人员能够正确理解需求。
4. 需求验证是确保需求正确性的重要手段。
软件工程专业课实验报告(一)2024
软件工程专业课实验报告（一）引言：软件工程专业课实验报告（一）是关于软件工程领域中的某个具体实验或项目的报告。
本文将从概述、正文内容和总结几个方面详细介绍该实验报告的内容。
概述：本实验报告旨在通过具体实验或项目，让学生深入理解软件工程的相关原理和技术，并掌握软件开发过程中常用的工具和方法。
通过实践，学生能够提高分析、设计和实现软件系统的能力。
正文内容：1. 实验目的1.1 确定实验目标和预期成果1.2 建立实验环境和所需工具1.3 设定实验计划和时间安排2. 实验过程2.1 实验前的准备工作2.1.1 研究和理解实验要求和相关文献2.1.2 熟悉软件开发过程与方法2.1.3 确定实验所需的技术和工具2.2 实验设计与实施2.2.1 进行需求分析和系统设计2.2.2 编码和测试软件系统2.2.3 进行系统部署和验证2.3 实验结果和分析2.3.1 统计和总结实验中的数据和指标2.3.2 对实验结果进行分析和解释2.3.3 探讨实验中出现的问题和改进方法3. 实验总结和反思3.1 总结实验过程和结果3.2 分析实验中遇到的问题和挑战3.3 反思实验过程中的改进和优化方向4. 实验心得和体会4.1 对软件工程知识的理解和应用4.2 对工具和方法的熟悉和运用4.3 对团队合作和沟通的重要性的认识5. 实验成果和展望5.1 展示实验的成果和效果5.2 对未来的工作和学习方向的展望5.3 提出对实验的改进和拓展建议总结：通过本次实验报告的完成，我们深入学习了软件工程领域中的具体实践和应用。
实践中，我们掌握并应用了软件开发过程中的各种工具和技术，提高了我们的软件设计和开发能力。
此外，我们也认识到团队合作和良好的沟通是软件工程中不可忽视的重要因素。
通过实验的总结与反思，我们对未来的学习和工作有了更加明确的规划和展望。
结语：软件工程专业课实验报告（一）是一个重要的实践环节，通过实践帮助我们巩固学习知识、提高实践能力。
软件工程上机实验报告
学生管理系统1、用例图绘制1）用户需求需求分析1、为每个使用系统得人员设置权限。
只有通过权限验证得人才能使用系统。
2、学生可以使用该系统查询所学课程得成绩。
3、教师使用该系统完成学生成绩得录入、修改、显示与打印。
4、管理员使用系统输入学生信息、教师信息、班级信息与课程信息。
这里系统得参与者有三个，分别就是：参与者“学生”：使用系统得目得就是查询所学课程得成绩参与者“教师”：完成学生信息得录入、修改、显示与打印参与者“管理员”：输入学生信息、教师信息、班级信息与课程信息2）用例图绘制本人根据自己登陆到中南大学教务管理系统查询成绩得做法，做出以下得用例图。
由于用例图只就是给出用户所瞧到得得系统得功能，一般不包括选择选项等细致得步骤。
所以本人得用例图与参考得报告有所不同。
而且本人设计得系统功能仅与成绩有关，所以用例图较简单。
至于管理员得用例由于后面有些功能就是相近得鉴于篇幅有限，所以只就是列举了管理学生与管理教师两个功能得扩展。
．3）用例详细说明学生查询成绩用例1、简要说明：本用例描述了学生查询课程成绩。
2、事件流(1)、基本流1）选择课程名称与学期）点击“确定”按钮 23）系统显示对应学期该课程成绩。
(2)、备选流2a 系统提示出错，点击“确定”按钮结束。
3、特殊需求：无。
4、前置条件：成功“登陆”系统5、后置条件：无。
6、扩展点：无。
7、相关数据：所学课程得成绩。
8、问题说明：无。
老师查询成绩用例1、简要说明：本用例描述了教师查询课程成绩。
2、事件流(1)、基本流1）老师选择课程名称与班级2）点击“确定”按钮3）系统显示该课程成绩该班级得所有学生成绩。
(2)、备选流2a 系统提示出错，点击“确定”按钮结束。
3、特殊需求：无。
4、前置条件：成功“登陆”系统5、后置条件：无。
6、扩展点：无。
7、相关数据：所学课程得成绩。
8、问题说明：无。
老师录入成绩用例1、简要说明：本用例描述了教师对课程成绩进行录入。
软件工程综合实验报告
软件工程综合实验一、实验目的和要求通过本次实验掌握综合运用软件工程原理和技术进行项目开发与管理的知识，加深对所学书本知识的理解。
要求学生实验前认真消化书本精心准备本次实验本次实验的上机时数为 :8学时。
二、实验环境1. 硬件环境 :PC机2. 软件环境 :Windows系统,C 语言系统或Java、C++等其它语言工具三、实验有关知识1. 分析建模2. 设计建模（以下可以不做）3. 编码4. 测试方法5. 项目维护四、实验内容和要求1. 实验内容 (4 学时 )题目自拟，认真分析所选题目，进行软件需求分析、软件总体设计和详细设计，用书面文字形式描述出来，（以下可以不做）并上机实现所设计的软件程序，进行测试、调试和维护。
2. 实验要求要求使用结构化分析技术结合面向对象方法综合分析课题需求,进行分析建模。
运用模块化与结构化设计原理将分析模型转换为设计模型（面向结构）或运用面向对象设计原理（面向对象）进行设计建模，并进行详细设计。
（以下可以不做）设计测试用例对软件系统进行测试、调试和维护。
五、实验步骤1.围绕指定的题目参考现有系统进行需求分析；2.综合利用Internet网和相关书籍整理并完善需求分析；3.写出需求分析与规格说明书；4.设计软件结构或面向对象设计；5.写出软件设计说明书；6.进行软件详细设计；（以下可以不做）7.编码8.设计测试方案,系统测试与调试9 写出实验报告六、实验思考题1. 在软件工程活动中如何进行项目管理和质量控制?2. UML建模有什么优势?（注：1.必须有以下图形表示描述的模型：数据流图、模块结构框图、用例图、时序图、协作图、活动图、状态图、类图、部署图等，并辅助以文字描述。
2.以上为整个软件设计的过程，根据实际情况，编码以后阶段可以不做。
）。
计算机软件技术基础上机实验报告
return h;
}
pushls(slnode *h,int x)/*把数据元素插入栈中*/
{slnode *p;
p=(slnode *)malloc(sizeof(slnode));
p->data=x;
p->next=h->next;
h->next=p;
j++;}
if(j!=i-1)
{printf("i is invalid!");return 0;}
else
{if(p->next==null)
{ printf("i is invalid!");
return 0;}
else
{ s=p->next;
p->next=s->next;
free(s);
return h;}
{p=h->next;
h->next=p->next;
ch=p->data;
printf("%5d",ch);}
printf("\n");
}
三、队
3.1顺序队
实验内容：队的顺序存储结构的定义、创建、插入和删除，
将数据元素显示出来。
源程序
#include<stdio.h>
#define max 10
typedef struct
/*在第i个结点处插入数据元素x*/
{slnode *p,*s;
int j;p=h;j=0;
while(p->next!=null&&j<i-1)
计算机软件基础上机实验报告
计算机软件基础上机实验报告诚然的说以前从来没有老师以这种方式授过课。
我能感受的到，我不仅仅学习到了课本上的知识，更提高了团队合作，有效沟通，当众演说等其他方面的综合素质。
首先，上课的教材采用英文版本就让我们耳目一新，诚然以我个人的英语水平还不能完全理解教材。
经过在课堂上老师的重点剖析，能理解计算方法的基本算法思想，并能独立的编写每一个程序。
英语教材的使用也让我再次意识到英语水平的不足，以及英语学习的重要性和迫切性。
然后老师采取分组的方式进行交流，的确很契合大多数场合集体交流探讨的需要，让我们意识到团队的重要性，对今后我们的工作实践有了较好的启蒙基础，在小组内积极讨论还锻炼了我们的团队协作能力，增进了大家的情感交流，学习了不同同学好的算法思路。
采取小组回报的方式，给我们提供了一个上台发言的平台，让我们尝试着在更多人面前讲话，做PPT展示，克服胆怯的心里，锻炼了交际能力，灵活的应变能力，对今后的学习工作都有启蒙意义。
总的来说，在计算方法这门课上，我学到的东西着实很多，在上课时，积极围绕着老师的讲解思考问题，有时老师一些发人肺腑的话，也让人受益匪浅；课下我积极编程实现算法，提高了动手能力，也进一步的理解了算法的核心思想；在小组内讨论时，积极帮同学解决困惑，积极思考同学提出的新的算法思路，这些都让我受益匪浅；经过全组同学的共同努力，在小组汇报时，我抱着锻炼自己的心态积极参
加小组汇报！。
软件工程实验报告(总)
软件工程实验报告(总)软件工程实验报告(总)第一部分：引言1. 背景软件工程是一门跨学科的学科，通过系统化的方法和工具应用，对软件开发过程进行规范和管理。
随着计算机技术的不断发展，软件工程的重要性也日益凸显。
本次实验旨在通过实际项目开发，探索软件工程的理论和实践应用。
2. 实验目的本次实验的主要目的是：理解软件开发的生命周期和工作流程；掌握软件需求分析、设计、编码和测试的基本方法和技巧；了解软件开发中常用的工具和框架，如Git和Scrum。
第二部分：实验设计1. 实验环境本次实验所使用的实验环境如下：操作系统：Windows 10开发工具：Visual Studio版本控制工具：Git协作工具：Slack2. 实验过程本次实验分为以下几个阶段：2.1 需求分析在这个阶段，我们与项目组成员一起收集并分析客户需求，制定软件功能和界面设计的规范。
2.2 软件设计根据需求分析的结果，我们使用UML图和流程图等工具进行软件设计。
主要包括系统结构设计、类图设计、数据库设计等。
2.3 编码实现在这个阶段，我们根据软件设计的结果，使用所选择的编程语言和框架进行编码实现。
2.4 软件测试在编码实现完成后，我们使用单元测试和集成测试等方法对软件进行测试，确保软件的功能和性能满足需求。
3. 实验结果在本次实验中，我们成功开发了一个基于Web的论坛系统。
该系统支持用户注册、登录、发帖、回帖等功能，并且具有良好的用户界面和交互体验。
第三部分：实验通过本次实验，我们深入了解了软件工程的理论和实践应用。
我们掌握了软件需求分析、设计、编码和测试的基本方法和技巧，并熟悉了常用的开发工具和框架。
虽然在实验过程中遇到了一些困难和挑战，但我们通过团队合作和良好的沟通解决了这些问题。
这次实验为我们今后的软件开发和工程实践打下了坚实的基础。
第四部分：参考文献张某某，软件工程导论，X出版社，2023赵某某，软件需求工程，X出版社，2023附录UML类图数据库设计文档项目代码仓库。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SHANGHAI UNIVERSITY<软件工程 >实验总结学院计算机工程与科学学院学号10122050姓名王杰指导老师陈圣波日期2014.03实验一软件工程标准化文档一、实验目的1．了解国家标准GB/T8567-20062．熟悉软件产品开发文件的基本内容二、实验内容1.搜索和下载国家标准GB/T8567-2006。
2.通过阅读国家标准GB/T8567-2006，将以下文字填写完整：3.通过阅读国家标准GB/T8567-2006，填写以下表格：实验2 数据流分析【说明】某直达列车车票预售系统接受顾客的订票和取票业务。
1．顾客为了提前订票，可向系统提供个人信息及其预订购的车次和日期，系统根据个人信息是否齐全和车次是否正确来判断订票单是否合格。
对于合格的订票单，系统通过查找座位表审核相应的车次是否有剩余票。
如果有剩余票，则记录顾客个人信息以及订票信息，并向顾客提供取票单。
2．到了可以取票的时间，顾客向系统提供取票单，在检查单据合格的情况下，系统想顾客提供火车票。
3．售票员可以利用系统查询各车次车票的已订购、已售出和剩余情况。
【问题1】画出系统的顶层数据流图。
【问题2】对问题1的结果进行分解，画出0层和1层数据流图。
（1） 系统的顶层数据流图直达列车车票（2）0层数据流图1层数据流图实验三下面为模块“产生毕业典礼学生表”的功能描述，请画出该模块的程序流程图和PAD图。
记录StudentRecord给出即将大学毕业的学生的姓名和平均分（GPA）。
我们的目的是建立一个参加毕业典礼的学生表。
候选毕业的学生表从文件”StudRecs”读入。
因为学校规定：GPA低于minGPA的学生不能毕业，因此那些平均分低于minGPA的学生不参加毕业典礼。
另外，文件”NoAttend”中记录了那些选择不参加典礼的学生名单，按每行一个学生姓名给出。
应该从参加毕业典礼的学生表中删除这些选择不参加典礼的学生。
（1）程序流程图（2）PAD图实验四软件测试【说明】输入三个整数a、b、c，分别作为三角形的三条边，通过程序判断这三条边是否构成一般三角形、等腰三角形、等边三角形。
一、用逻辑覆盖设计测试用例。
（1）画出程序的流程图。
二、按表1形式，用语句覆盖、判定覆盖、条件覆盖、条件组合覆盖设计测试用例。
（1）语句覆盖（2）判定覆盖（3）条件覆盖对于第一个判断：条件0<a<200 取真为T1,取假为F1；条件0<b<200 取真为T2,取假为F2；条件0<c<200 取真为T3,取假为F3；对于第二个判断：条件a<b+c 取真为T4,取假为F4；条件b<a+c 取真为T5,取假为F5；条件c<a+b 取真为T6,取假为F6；对于第三个判断：条件a=b 取真为T7,取假为F7；条件b=c 取真为T8,取假为F8；对于第四个判断：条件a^2+b^2=c^2 取真为T9,取假为F9；条件a^2+c^2=b^2 取真为T10,取假为F10；条件b^2+c^2=a^2 取真为T11,取假为F11；(4)判定/条件覆盖（5）多条件覆盖（6）路径覆盖实验五问题描述NextData函数有三个输入变量month、day、year（month、day和year均为整数值，并且满足：1≤month≤12、1≤day≤31、1900≤ year ≤2050。
），分别作为输入日期的月份、日、年份，通过程序可以输出下一天的日期。
例如，输入为2005年11月29日，则该程序的输出为2005年11月30日。
请用边界值测试方法设计测试用例。
并对你所设计的测试用例的不足之处加以说明。
程序界面一、年：(1) 使输入刚好等于最小的整数。
输入：1990预期的输入：1900(2) 使输入刚好等于最大的整数。
输入：2050预期的输入：2050(3) 使输入刚好小于最小的整数。
输入：1989预期的输入：“错误——无效输入”(4) 使输入刚好大于最大的整数。
输入：2051预期的输入：“错误——无效输入”二、月：(5) 使输入刚好等于最小的整数。
输入：1预期的输入：1(6) 使输入刚好等于最大的整数。
输入：12预期的输入：12(7) 使输入刚好小于最小的整数。
输入：0预期的输入：“错误——无效输入”(8) 使输入刚好大于最大的整数。
输入：13预期的输入：“错误——无效输入”三、日：(9) 使输入刚好等于最小的整数。
输入：1预期的输入：1(10) 使输入刚好等于最大的整数。
输入：31预期的输入：31(11) 使输入刚好小于最小的整数。
输入：0预期的输入：“错误——无效输入”(12) 使输入刚好大于最大的整数。
输入：32预期的输入：“错误——无效输入”四、测试用例：使用（年，月，日）形式：正确输入：一、(1900，1，1)、（1900，1，31）、（1900，12，1）、（1900，12，31）、（2050，1，1）、（2050，1，31）、（2050，12，1）、（2050，12，31）。
错误输入：一、(1989，1，1)、（1989，1，31）、（1989，12，1）、（1989，12，31）、（2051，1，1）、（2051，1，31）、（2051，12,1）、（2051，12，31）。
二、(1900，1，0)、（1900，1，32）、（1900，12，0）、（1900，12，32）、（2050，1，0）、（2050，1，32）、（2050，12，0）、（2050，12，32）。
三、(1900，0，1)、（1900，0，31）、（1900，13，1）、（1900，13，31）、（2050，0，1）、（2050，0，31）、（2050，13，1）、（2050，13，31）。
五、测试不足：每年有十二月，1月和12月都是31天的大月，但是在闰年和平年的区分中，闰年的二月为28天，平年的二月为29天。
同时还有30天的的小月，如4月、6月、9月、11月。
如果应用这样的边界值测试方法，无法测试出二月和拥有30天数的小月的情况。
实验六用例建模2.图书馆管理信息系统某图书馆藏书 100 多万册，每天的借阅量近千册。
在手工操作方式下，图书的编目和借阅等的工作量大，准确性低且不易修改维护，读者借书只能到图书馆手工方式查找书目，不能满足借阅需求。
需要建立一套网络化的电子图书馆信息系统。
该图书馆管理信息系统服务对象有两部分人：注册用户和一般读者。
一般读者经注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书目录，但不能借阅图书。
系统同时考虑提供电子读物服务，目前只提供电子读物的目录查询服务，不久的将来将提供电子读物全文服务。
用户可通过网络方式访问读图书馆管理信息系统。
图书馆由馆长负责全面工作，设办公室、财务室、采编室、学术论文室、借阅室、电子阅览室、期刊阅览室和技术支持室。
各部门的业务职责如下。
办公室：办公室协助馆长负责日常工作，了解客户需求，制定采购计划。
财务室：财务室负责财务方面的工作。
采编室：采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并送图书借阅室上架。
学术论文室：负责学术论文的收集整理。
图书借阅室：提供对读者的书目查询服务和图书借阅服务。
电子阅览室：收集整理电子读物，准备提供电子读物的借阅服务，目前可以提供目录查询和借阅。
期刊阅览室：负责期刊的收集整理和借阅。
技术支持室：负责对图书馆的网络和计算机系统提供技术支持图书馆管理员编制图书采购计划，由采购员负责新书的采购工作。
采购图书入库后，交采编室编目，粘贴标签，产生图书目录。
图书交图书借阅室上架，供读者借阅。
采编后的电子读物交电子阅览室。
读者分为注册读者和非注册读者，只有注册读者可以在本图书馆借书，非注册读者可查询目录但不能借书。
读者填写注册登记表交图书馆的管理员审核后，记人读者登记表，成为注册读者，发给借书证。
注册读者借书时，需填写借书单，连同借书证一起交给借阅室管理员，借阅管理员核对无误后，填写借阅登记表，修改图书登记表中该书的数量，上架取书交给读者。
图书馆设读者信箱，读者需要但没有库存的图书，读者可以通过读者信箱反映。
图书馆管理员定期处理读者信箱中的意见，将读者需要的图书编制成图书采购计划交采购员购买。
用例描述：非注册用户：注册登记成为注册用户；查询目录；注册用户：查询目录；借阅图书；反映意见馆长：负责全面工作；图书馆管理员：编制图书采购计划；审核注册登记表；发放借书证；处理信箱意见借阅室管理员：核对借书单；填写借阅登记表；修改图书登记表中该书的数量；上架取书交给读者采购员：新书采购实验七对象建模（类图）2.图书馆管理信息系统某图书馆藏书 100 多万册，每天的借阅量近千册。
在手工操作方式下，图书的编目和借阅等的工作量大，准确性低且不易修改维护，读者借书只能到图书馆手工方式查找书目，不能满足借阅需求。
需要建立一套网络化的电子图书馆信息系统。
该图书馆管理信息系统服务对象有两部分人：注册用户和一般读者。
一般读者经注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书目录，但不能借阅图书。
系统同时考虑提供电子读物服务，目前只提供电子读物的目录查询服务，不久的将来将提供电子读物全文服务。
用户可通过网络方式访问读图书馆管理信息系统。
图书馆由馆长负责全面工作，设办公室、财务室、采编室、学术论文室、借阅室、电子阅览室、期刊阅览室和技术支持室。
各部门的业务职责如下。
办公室：办公室协助馆长负责日常工作，了解客户需求，制定采购计划。
财务室：财务室负责财务方面的工作。
采编室：采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并送图书借阅室上架。
学术论文室：负责学术论文的收集整理。
图书借阅室：提供对读者的书目查询服务和图书借阅服务。
电子阅览室：收集整理电子读物，准备提供电子读物的借阅服务，目前可以提供目录查询和借阅。
期刊阅览室：负责期刊的收集整理和借阅。
技术支持室：负责对图书馆的网络和计算机系统提供技术支持图书馆管理员编制图书采购计划，由采购员负责新书的采购工作。
采购图书入库后，交采编室编目，粘贴标签，产生图书目录。
图书交图书借阅室上架，供读者借阅。
采编后的电子读物交电子阅览室。
读者分为注册读者和非注册读者，只有注册读者可以在本图书馆借书，非注册读者可查询目录但不能借书。
读者填写注册登记表交图书馆的管理员审核后，记人读者登记表，成为注册读者，发给借书证。
注册读者借书时，需填写借书单，连同借书证一起交给借阅室管理员，借阅管理员核对无误后，填写借阅登记表，修改图书登记表中该书的数量，上架取书交给读者。
图书馆设读者信箱，读者需要但没有库存的图书，读者可以通过读者信箱反映。
图书馆管理员定期处理读者信箱中的意见，将读者需要的图书编制成图书采购计划交采购员购买。