信息系统分析与设计心得报告

第一篇：信息系统分析与设计心得报告

信息系统分析与设计

专 业：信息与计算科学班 级：姓 名：学 号：指导老师：

—认知实习报告 信122

河北建筑工程学院数理系

二零一五年七月

《信息系统分析与设计》

《信息系统分析与设计》这门课程是我们在大三下半学期开设的一门学科。它主要从信息系统的基本概念出发，按照信息系统的生命周期，系统、详细地阐述了信息系统分析与设计的理论、方法和工具。是计算机专业类学生所要学的一门必不可少的课程。

《信息系统分析与设计》一书通过信息系统基础、信息系统概论、信息系统建设、信息系统模型、信息系统规划、领域分析、需求分析、信息系统体系结构设计、详细设计、实现与测试、信息系统管理、信息系统的应用等十二章的内容让我们对这门课程有了一个初步的认知。并且通过不断地学习逐步加深我们对这一学科的认识。

信息系统是利用现代信息技术，处理组织中的信息、业务、管理和决策等问题，并为组织目标服务的综合系统。在长达16周的学习之后，我们迎来了期待已久课程设计。在平时，我们每堂课都有认真的在听讲，并且从不迟到、不早退，更没有逃过课。因此，我们有些自大的认为自己已经对这门课有了一定的了解，所学的东西都很扎实了，已经可以独立地解决一些简单的问题了。但是通过这一次课程设计，彻底地暴露了我们学习中的不足。做一个管理信息系统，并没有我们以为的那么简单。在开始设计之前，我们要进行一些系统调查，要了解这一系统是否满足大众的需要，确定我们的设计切实可行而不是在做无用功。同时也要考虑经济、技术、社会等多方面的因素，才能确定是否应设计这一系统。

因为自己对知识的了解不够深刻，使得我在课程设计中走了很多弯路，好多东西自己都不是很了解，只有通过不断地翻阅书籍和上网查询才能够的已解决。不过我很珍惜这些弯路，它们使我的不足点充分的表露了出来。正所谓人在年轻时所犯的错误都会是今后宝贵的经验。现在在学校中犯错误，总要好过今后在工作中犯错误。同时，我在知道了自己的这些不足之后，尽自己所能的有针对性的对自己学习中的缺陷进行弥补，这样也能够更好地完善自己的知识体系。

在课程设计后，老师还给我们安排了一周的课程实习，实习范围很广，不限时间、不限地点，给了我们一个充分发挥的空间。不过要求对实习过程有一个深刻的思考、总结。在我看来，仅一周的时间用来实习是不够的。例如在大型企业的一个比较复杂的部门实习，一周的时间仅够我们熟悉业务，根本不能对所实习的项目有一个更深入的了解，更不要说是有所感悟了。所以，在这周内我并没有专门的寻找实习单位，而是针对我以前就从事的家教工作进行了深入的思考。

随着信息技术日新月异的发展，互联网已经涉及到了人们生活的方方面面，成为人们工作和生活中必不可少的组成部分。而我的家教工作也是在互联网上的中介系统找到的，通过教一定的押金给管理者，然后负责联系学生，给我们安排工作。不过，我发现这样的安排虽然减少了我们寻找工作的时间，但是却不能了解我们的服务对象的状况。我们不知道学生的具体情况，无法针对性的制定教学计划；学生对老师也不熟悉，不知道老师的教学路线。这样会加长师生的磨合期，不利于家教工作的进行。

因此，在学习了《信息系统分析与设计》这门课程后，在信息系统已经广泛应用于国民经济和人们生产生活的各个方面的今天，我觉得我们可以设计一个家教信息管理系统。

当今时代的两个显著特点就是世界经济一体化和以计算机为代表的信息技术的快速发展。我要设计的家教信息管理系统要经得起环境的挑战，可以随着计算机软件和网络技术不断地前进而前进，随着环境不断地变化而变化的。家教信息管理系统要逐步发展，能更好地适应社会的发展需求。

这个家教信息管理系统应是建立在互联网基础上的一种信息交流平台，面向所有网民提供服务。无论是找家教的学生还是做家教的教师，都可以通过该平台进行信息方面的交流。任何网友都可以自由地查看、搜索、发布该家教信息平台的信息。这个系统是区别于传统的家教中介的系统。

我计划开发家教管理系统是为了可以更好的了解家教教师、学生的特点。对系统的初步要求为：

1、系统可以管理家教教师的基本情况。

2、家教老师可以在网站上注册，发布自己的基本信息，然后想要寻找家教的学生就可以看到教师发布的信息。在家教信息管理系统上，想要辅导的学生可以根据自己的需求寻找与自己最贴合家教。

3、学生也可以在网站注册，发布一些自己的对老师的需求，而同时老师也可以通过这些需求寻找学生。

4、系统也提供了聊天功能，师生可以先通过交谈再确定两人之间是否合适。

5、注册的学生可以发表帖子，讨论话题，发表评论，也可以找到志同道合的朋友，共同学习。

针对系统功能我设计了功能模块图：

这只是我的一个初步的想法。具体的实现还要经过仔细调查之后才能开始。家教信息管理系统是我在学习了《信息系统分析与设计》之后，结合自己的家教体验所设计的。通过对实习的深入思考，对家教信息管理系统的思考，我对《信息系统分析与设计》这门课不仅仅是了解的更深入了，而且也有了一定的兴趣。并不像以前只是为了学习而学习，而是为了兴趣而学习。因此，我为自己今后的学习做了一个简单的规划，希望通过这些规划能够更好地充实自己，提高自己的能力。1、2、3、4、5、6、熟练掌握信息系统分析与设计的基本理论知识。熟练掌握信息系统的分析方法、设计方法和实现技术。培养学习组织、分析研究的基本能力。

培养综合运用所学知识分析和解决问题的基本能力。了解本专业发展前景以及与本专业相关领域的发展动态。寻找一些实习机会，培养实际工作的能力。

7、深入了解信息系统设计及开发方法的实际应用，掌握软件工具及其应用情况；了解本专业业务范围内的计算机运用生产与应用方法、信息组织形式、软件开发纪实过程及常用技术方法。

8、了解所学专业在国民经济建设中的地位、作用和发展趋势,重点掌握一些信息管理技术的发展前沿。

第二篇：信息系统分析与设计

《信息系统分析与设计》考试题目及评分标准

下周一（11月26日）中午12点之前由班长或学习委员收齐各班纸质版本作业，周二收齐交给任课老师。

请注意论文封面、格式以及老师强调的论文重点，打印并装订好交给班长或学习委员。考试题目：（任选其一）

设计一个银行存取款管理信息系统。

要求具有下面的功能：①储户凭身份证在银行开户，银行账户中保存储户姓名、联系电话、家庭住址等基本信息，并保存储户每笔存取款业务数据。②储户存款时，需提交存折/卡号，由业务员在银行账户及存折/卡上登记存款信息。③储户取款时，还需提交密码，以确认身份，在验证取款合法性后，更新银行账户。④统计员每日统计存、取款情况，形成日存取款汇总表，提供给信贷管理部作为信贷主要依据。

设计一个物资采购及库存管理业务管理信息系统。

要求具有下面的功能：①车间填写领料单到仓库领料，库长根据用料计划审批领料单，未批准的退回车间。②库工收到已批准的领料单后，首先查阅库存账，若有货，则通知车间前来领取所需物料，并登记用料流水账；否则将缺货通知采购人员。③采购人员根据缺货通知，查阅订货合同单，若已订货，则向供货单位发出催货请求，否则就临时申请补充订货。④供货单位发出货物后，立即向订货单位发出提货通知。采购人员收到提货通知单后，就可办理入库手续。接着是库工验收入库，并通知车间领料。⑤此外，仓库库工还要依据库存账和用料流水账定期生成库存报表，呈送有关部门。

考核内容：

熟练掌握信息系统分析与设计的方法。具体考核的内容是：

1、编写信息系统可行性报告。

2、编写信息系统需求分析报告，绘制数据流图。

3、编写信息系统设计报告，绘制功能结构层次图，数据库设计，界面设计和硬件和软件设计。

评分标准：

1、编写信息系统可行性报告。（20分）

2、编写信息系统需求分析报告，绘制数据流图。（30分）

3、编写信息系统设计报告，绘制功能结构层次图。（20分）

4、数据库设计（10分）

5、界面设计。（10分）

6、简单的硬件和软件设计。（10分）

第三篇：系统分析与设计心得

读《系统分析与设计方法》一书有感

作为一个软件专业的学生，理解和掌握系统分析与设计的知识是必不可少的。在阅读《系统分析与设计方法》一书中以及加上老师教导，我学到了很多东西，收获不少。

系统就是由若干可以相互区别、由相互联系并且各自独立的单元组成各个子系统之间同样是独立而又相互联系的。系统具有集合性、相关性、目的性、整体性和环境适应性。在开发完成一个软件项目的过程中，系统工程必须经过开发阶段、建造阶段、运行阶段、更新阶段、维护阶段。

系统分析与设计的方法主要包括结构化生命周期法（又称瀑布法）、原型化方法（迭代法）、面向对象方法。

按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。演进原型法则把试好的结果保留，成为最终系统的一部分。

按照系统的分析要素，可以把开发方法分为三类：

①面向处理方法（Processing Oriented，简称PO）。

②面向数据方法（Data Oriented，简称DO）。

③面向对象的方法（Object Oriented，简称OO）。

系统分析和设计应遵循的原则有：

系统开发是面向客户的，应从客户的角度考虑。

诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。

信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。

如果系统的成功可能性受到很大限制时，应取消整个项目。文档材料是系统开发生命周期中重要的可递交成果，应加以重视。在本书的第一部分中，主要集中于系统分析和设计的整体描述，包括系统分析和设计方法的环境，信息系统构件，信息系统开发，项目管理。期中印象比较深刻的是系统开发过程的能力成熟度模型（CMMI）。信息系统和软件的CMM框架用来帮助改善其系统开发过程的成熟度。CMM包括了五个成熟度等级：初始级、可重复级、已定义级、已管理级、优化级。期中，每个等级都是下一个等级的必须条件。

在软件开发过程中需求分析阶段是至关重要的一个阶段，需求分析阶段可能被称为定义阶段或者逻辑设计阶段。需求分析阶段的第一个任务是确定需求，在这个阶段至少将目标转换成为满足其需要的功能需求和非功能需求的框架。在这个阶段需要交付的成果是功能需求和非功能需求的草稿。在初步定义完了功能需求和非功能需求后，得排列需求的优先次序。如果一个项目落后于进度或者超出预算，知道哪个需求比其他需求更重要可能是很有用的。在排列需求的优先次序中可以使用到时间盒的技术。需求分析并不会真正的技术，因为企业需要具有快速适应不断变化的需求和机会的能力。信息系统不能比企业自身的响应技术还慢。

在学习本书第二部分的时候，我了解到了需求分析在整个项目开发中的作用以及成为整个项目主导的因素。只要好的需求才能设计开发出好的软件项目。在项目开发过程中，我们还可以利用图表的形式来简化方便人员的开发设计。期中有五种图表是系统分析师常用的：类图、用例图、协作图、顺序图、状态图。期中用例图是用例建模的产物，它以图形化的方式将系统描述成用、参与者（用户）及其之间的关系。简单的说就是用直立的小人来表示参与者（用户），用圆圈来表示用例，他们之间以箭头的形式来连接。关系包括了：关联关系、扩展关系、使用关系、依赖关系、继承关系。但是书上没讲到《include》关系，跟老师的讲解有点出路。老师在讲义上通过画图的方式很好的解释了《include》和《extend》的关系。

数据建模这一章节中，我了解了数据建模的含义，它是一种为数据库定义业务需求的技术。数据建模中比较重要的概念有实体和属性之间的关系，关系是连接实体的一个时间，或者仅仅是存在于实体之间的逻辑关系。关系有很多种类，多对多、一对多、一对

一、等等。这些关系的图形化符号记起来很不容易，但是我自己想到了一个比较容易记忆的简单的方法。一个就用 “|”表示，零个就用“0”表示，多个就用“<”表示，然后根据相应的说明来选择。比如零个或一个（0|），一个或多个（|<）。过程建模是一种组织和记录数据的结构和流向的技术，它记录系统的“过程”和有系统的“过程”实现的逻辑、策略和程序。期中也介绍到了数据流图（DFD），数据流图是一种描述通过系统的数据流以及系统实施的工作或处理过程的工具。我觉得数据流图DFD的最大的优点就是容易阅读，因为数据流图仅有三种符号和一种连接：圆角矩形表示要完成的过程或者工作，正方形表示外部代理（系统的边界），开放的方框表示数据存储（可以是文件或者数据库），箭头表示数据流（可以是输入和输出，或者是表示到过程和来自过程）。统一建模语言UML的目的就是对面向对象系统进行可视化、评述、和文档化。它适用于系统开发从需求规格描述道系统完成后测试的不同阶段（需求分析阶段、分析阶段、设计阶段、编程阶段、测试阶段）。UML2.0的模型主要图包括了：用例图、活动图、类图、对象图、状态机图、组合结构图、交互图、定时图、组件图、部署图和包图。在理解这章的过程中，我感觉比较轻松，但是把一些关系，事件，实体等等用图形化的形式表示出来还是非常难的。用UML设计面向对象系统时候，我们得准确的找到实体类、接口类、控制类、持续类、系统类和设计关系。在面向对象设计的过程中，主要包括了一下活动：对用例模型加以精炼以反映实现环境；建模支持用例情景的对象交互、行为和状态；修改对象模型以反映实现环境。

前面说到需求分析是整个软件项目开发中最重要的一环，其实我觉得可行性分析也是跟需求分析一样的重要。因为信息是一个必须经过检验的重要资本投入，就像市场要检验一个新产品，系统分析员应该考虑投资能够收回吗？是否有其他投资能够带来比预期更高的回报。要说他们的区别，我个人觉得是：可行性分析是要决定“做还是不做”。需求分析是要决定“做什么，不做什么”。可行性分析报告有六个准则：运行可行性、文化可行性、技术可行性、进度可行性、经济可行性。只有进行了可行性分析报告，才能够确定企业是否要 做这个项目。如果说在可行性报告中显示没有成功的可能，那么就没有必要再做需求分析了，整个项目就不会做下去了。进行可行性分析报告可以避免项目中途告终的结果，在系统开发过程中举足轻重。

数据库开发与设计这章，感觉书上讲解的没有老师讲的详细。书上并没有提到范式，但是在课堂上我了解到数据库设计的范式。有第一范式、第二范式、第三范式、BC范式等。等级越高，数据冗余越少，对系统调用数据库更方便。数据库的核心是DBMS，DBMS的核心是数据库引擎，引擎响应专门的命令以创建数据库结构，然后创建、读取、修改和删除数据库中的记录。DBMS使用数据定义语言（DDL）创建记录类型、字段和结构化关系，还定义了数据库视图；DBMS还是用数据处理语言（DML）用来创建、读取、修改和删除数据库中的记录。但是并非所有数据库的DBMS都被要求使用DDL和DML。看完这章，总结了一下建立关系数据库模式的步骤，首先要为每个实体类型建立一张表，然后为每张表选择一个主键，同时增加外键来表示一对多的关系，接着还可以建立几个新表来表示多对多的关系，然后还得定义参照完整性约束，评价模式质量，并且进行必要的改进，最后为每个字段选择适当的数据类型和取值约束。数据库在系统开发的过程中是必不可少的，几乎所有框架类型都得用到数据库，它也是MVC框架的底层核心。

对于本书的还有一个比较映像深刻的就是UI（user interface），用户界面设计。一个良好的用户界面应该为用户提供友好的使用方式，通过用户界面用户可以同应用程序打交道，处理输入并且获得输出。Galitz曾经提出过用户界面设计的原则：理解你的用户及任务、让用户参与界面设计、在实际用户中测试系统、进行迭代设计。记得以前大二的时候学习JAVA的时候，我曾经开发过基于图形用户界面（GUI）的聊天软件，不过当时的界面设计完全设计的是随心所欲，并没有理论作为指导。在学习VB课程的时候学过UAR，简单的了解了一些关于界面友好化设计的原则。这本书也给出了用户界面设计过程的几个步骤：1.以图表形式描述用户界面对话；2.原型化对话和用户界面；3.获得用户反馈；4.如果需要，回到1步或者2步。

最后总结下，虽然我没用把这本书的每一个地方都认真精读，有些地方略读的，但是看完整本书后我收获很大。读完《系统分析与设计方法》这本书再加上老师在课堂上的一些讲解以及以前学习事件过程中的收获，我对于系统分析与设计有了进一步的理解，能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。

对于系统分析的心得

第四篇：系统分析与设计心得

系统分析与设计心得(精选多篇)

系统分析师对考生的综合素质要求较高，考查的知识面很广。但分析历年考题可以发现，虽然考试知识面广但考试内容并不是很深。因此，这就要求我们注意平时积累，经常通过网络、讲座、学术会议等途径及时了解一些流行技术热点和业界最新动态。

2、多做项目，在实践中锻炼提高

如果说平时积累的各个知识点是一粒粒宝贵的珍珠的话，那么项目经历则是将这些珍珠串联起来的一根红线。“纸上得来终觉浅，绝知此事要躬行”。软件工程是一门实践性、综合性非常强的专业，如果没有参加过完整的实际项目，就难以从根本上理解书本上所学的

理论知识，就难以真正领会软件工程的思想精髓。同时，在做项目时还要勤于思考，无论是作为主持者还是作为一个普通的程序员，都应该去潜心思考为什么要这样设计、这样设计的优点是什么、有哪些不足，如果你是设计师的话你又会怎样设计？经常做这样的换位思考，会不自觉地提高自己的系统分析和设计能力，积累丰富的项目经验，这对下午一的考试来说是非常有益的。

3、注意提高个人文档编写能力

一些软件工程师有个不好的习惯，那就是只喜欢钻研具体的技术点而不注重提高文档编写能力。他们的一个通病是做得多、写得少，在某一个具体的技术领域上往往表现得非常优秀，但写出的文档质量实在难以恭维。作为一个合格的系统分析师文档编写能力是必不可少的基本素质，也是下午二考试的考查重点。

文档编写能力不仅对于应试是十分必要的，而且在实际工作也是非常重

要的。因此，我们应当在平时多做这方面的训练，多思考、多动笔，努力提高自己文档编写能力。

4、掌握评卷专家心理，注意论文写作技巧

在下午二的考试中，应注意把握评卷专家的心理状况。根据希赛it教育研发中心的著名软考专家张友生所说的，评卷专家不可能把你的论文一字一句地精读，要让他短时间内了解你的论文内容并认可你的能力，必须把握好主次关系，论文的组织一定要条理清晰。一般说来，项目概述部分评卷专家会较认真看，为让评卷专家对你所做的项目产生兴趣，这里可适当吹捧。在论文陈述部分应当按主次关系分条进行陈述，首先最好开门见山指出你所采取的措施，然后指出你为什么这样做，这样做有何优点，克服了以前做法的哪些缺点等等。在分条陈述时最好一个问题一个自然段，在每个自然段首先要有一个主题句，主题句简明扼要地描述本段的中心思

想。

在论文撰写中，切忌大谈空洞的理论知识或不懂装懂，以专家的姿态高谈阔论。应当将重点放在汇报你自己在项目中所做的与论题相关的工作，让评卷专家相信你确实做过这方面的项目而且达到了相应水平。

在下午二考试时间的分配上，建议首先花3--5分钟根据个人特长选定题目，然后花10—15分钟左右整理一下所掌握的素材，列出提纲，即你打算谈几个方面，每个方面你是怎么做的，收效如何等等，简明扼要地写在草稿纸上。

5、张友生的书，不能不读

要想通过系统分析师考试，不但需要多做项目，而且有关全国著名的软考辅导专家张友生老师的书是不可不读的。

学习电子商务系统分析与设计的心得体会

《电子商务系统分析与设计》系统地介绍了电子商务系统的规划、分析、设计、实施与运行管理的基本概念、方法、技术和相关案例。从结构上可以进一步分为4个部分：概述部分，主要说明电子商务系统分析设计的基本概念、内容、过程与方法；系统规划、分析与设计部分，主要说明系统规划、分析、设计的方法、内容和工具；系统实施与维护部分，涵盖电子商务系统的开发与集成、测试、部署、维护、审计与评价；案例部分，给出了两个完整的案例，从背景、规划、分析、设计角度帮助我们进一步理解电子商务系统的规划、分析与设计。围绕电子商务系统开发过程的各个阶段，系统地阐述了电子商务系统开发的思想、方法和技术，包括系统的规划、分析、设计、实现与维护等内容，重点介绍了采用uml进行系统的分析与设计的方法；并从企业管理者和电子商务应用实践的角度，对国内外一些典型的企业电子商务解决方案进行了介绍；最后结合实例阐述了运用struts、javaee1.5等新技术进行电子商务系统的

设计与开发的过程，使我们能很好地把理论学习与实践训练更好地结合起来。

本课程结合电子商务系统领域的最新技术、方法和实践，以及电子商务系统应用成果，从理论基础、方法运用、技术基础和实践4个维度对电子商务系统做了较深入、全面的阐述。教科书共十章，第一章介绍电子商务系统的基础概念和知识；第二章介绍电子商务系统建设的过程与方法；第三章介绍电子商务系统规划的内容、方法和步骤；第四章介绍电子商务系统的分析方法与工具，重点利用uml进行了系统分析；第五章阐述了电子商务系统设计基础与思想方法；第六章介绍电子商务支付系统、电子商务系统安全体系设计的思想方法；第七章介绍了电子商务系统的开发技术与模式，并结合实例完整介绍struts2框架web应用开发的基本过程；第八章介绍电子商务系统运行、维护与评价的知识和方法；第九章结合我国实际，介绍了国内外的电子商务系统解决方案；

第十章结合实例和具体技术，系统的阐述了一个电子商务系统从分析、设计到实现的过程，让我们通过一个电子商务系统的设计实践和操作，消化和理解所学的理论知识。

本课程在继承软件工程和信息系统分析与设计的思想,方法,技术和工具的基础上,从系统化的思想及结构化开发方法入手,全面介绍电子商务系统特色,规划方法,系统分析及设计,并依据电子商务自身的特点,着重针对网站设计,支付系统设计及安全系统设计进行分析和介

绍。本实验课程使学生进一步理解和掌握所学各种电子商务系统分析和设计的方法.熟练掌握系统分析和设计建模软件.。

本课程目的是为了让我们能够全面了解应用系统的整个电子商务系统的开发建设流程，并掌握电子商务系统开发的相关技术：

掌握电子商务系统的分析方法；

掌握电子商务系统的总体设计方法；

学会使用visio软件构建电子商务系统数据流程图,use case图以及活动图；

体会应用软件工程的设计思想进行电子商务系统开发的过程与方法。

通过本课程设计，便于我们全面理解电子商务系统规划、分析与设计知识，并掌握操作方法，而不是独立地学习某单方面的操作技术；另一方面实用性较强，我们认真完成本书实验后，基本上可以胜任电子商务系统规划、分析、设计及实现工作。

学习这门课程，使我对电子商务网站的开发有了一定的了解。掌握了电子商务系统的基本概念、特征及其结构。了解电子商务系统开发技术和发展方向，理解电子商务生命周期的概念、特征及其作用。能够按要求撰写电子商务系统规划报告，基本掌握uml需求分析思路和方法，能结合运用实际撰写系统分析报告。熟悉电子商务平台技术，包

括操作系统、应用服务器、中间件技术等。基本了解电子商务支付系统与安全系统。初步掌握一些电子商务网站客户端技术。能正确理解电子商务系统评价的作用，并掌握评价指标体系设计的思路等等。

通过一系列的实验让我知道了基础的电子商务分析的方法，掌握对电子商务系统进行系统总体结构设计及应用系统设计的内容及方法。加深理解了在课程中、书本上学到的知识和理论，并使其在课题研究中得到运用而且让我得到了实践的收获。

希望在以后的实习实践中多接触、对比一些案例能够增长对网上电子商务系统设计的一些知识。

0911061237

朱宝

信息系统分析与设计学习心得

通过近10周的学习，我觉得信息系统分析与设计这门课程收获还是挺大的。我觉得，如果我们决定要做一件事，就得对这个系统有一个整体得把握，首先要进行系统的规划和选择，接着就是系统的设计，其中系统设计包括三个部分：1.确定系统需求；2.系统需求结构化：过程建模，这一步骤主要就是画数据流图；3.系统需求结构化：概念数据建模，这一过程主要是画实体—关系图。然后就是进行系统设计，系统设计包括设计人机界面和数据库设计。最后一步就是系统的实现与运行。

在做信息系统分析与设计的大作业的时候，我和我们的小组成员曾经去实地考察过，虽然最后并没有被接待，但还是小有收获的。通过实地考察，我们能更清晰地了解我们系统所要实现的功能，甚至说让它比现有系统更加完善。当然，我们做东西，也是要追求进步，如果说做出来的东西和以前的系统都没什么两样，这样意义也不大。不过，这也得是在我们能力所及的范围内，我们得适当地把握好自己的时间和现有资源进行适当的设计。相信自己的努力还是

能有一个很好的结果的，我们得对自己的发展有一个好的概括。信息系统分析与设计的大作业从第一周到第九周一直伴随着我们，说实在话，一直觉得自己有做不完的作业，刚开始还有些抱怨，但随着作业的进行，我们慢慢看到了自己的小小成果，觉得付出有了回报，并开始乐在其中。在这期间，徐老师也一直鼓励我们，他告诉我们，只要坚持做下去，我们会收获到成功的喜悦的！

现在，我们已基本完成了大作业分析阶段，在我和小组成员的协作下，总算按时完成了。在分析阶段，我们也遇到了很多问题，比如刚开始画数据流图时，visio用的不是很熟练，数据流图中的数据流、数据存储、过程、源点和宿点不知

道怎样连接，层与层之间也不知如何区分，有时候甚至想要放弃。还好有老师的鼓励与指导加上小组一起努力，我们克服了这一难关。在画er图的时候遇到的问题就相对少了一点，因为以前

学习数据库的时候就画过er图了，所以在画的过程中就相对轻松一点。接下来就是系统的设计了，时间还蛮紧迫的，我们仍需努力。

我作为小组的组长，从中真的学习到不少知识。老师说过，组长应该做的比别人更加多，才能够胜任。我们现在还没有达到“喝茶看报纸”的层次，那得等到我们具备了足够的能力，所以要想达到那个高度，我们现在应该更加努力。负责的整个过程中，我必须把握好进度，如果一步跟不上，可能就会步步跟不上。我们小组成员也很配合，基本不需我太多督促。在对我们所要实现的功能有了个整体的把握的情况下，我们制作出了令自己还算满意的图形。现在我觉得自己基本可以熟练运用visio了，这也算是一大收获吧！

总的来说，这次这次信息系统分析与设计的课程设计让我获益匪浅，以前只是纸上谈兵，没有亲自实践，不知道理论上升到实践路程的艰辛。通过这次

自己亲自选题、实地考察、绘制dfd、er图到完成分析，我体验了其中的不容易，也尝到了其中的甜头。我们还会继续努力，更好的完成下面的工作。

0963710205 秦晓雅

《信息系统分析与设计》考试题目及评分标准

下周一中午12点之前由班长或学习委员收齐各班纸质版本作业，周二收齐交给任课老师。

请注意论文封面、格式以及老师强调的论文重点，打印并装订好交给班长或学习委员。考试题目：

设计一个银行存取款管理信息系统。

要求具有下面的功能：①储户凭身份证在银行开户，银行账户中保存储户姓名、联系电话、家庭住址等基本信息，并保存储户每笔存取款业务数据。②储户存款时，需提交存折/卡号，由业务员在银行账户及存折/卡上登记存款信息。③储户取款时，还需提交密码，以确认

身份，在验证取款合法性后，更新银行账户。④统计员每日统计存、取款情况，形成日存取款汇总表，提供给信贷管理部作为信贷主要依据。

设计一个物资采购及库存管理业务管理信息系统。

要求具有下面的功能：①车间填写领料单到仓库领料，库长根据用料计划审批领料单，未批准的退回车间。②库工收到已批准的领料单后，首先查阅库存账，若有货，则通知车间前来领取所需物料，并登记用料流水账；否则将缺货通知采购人员。③采购人员根据缺货通知，查阅订货合同单，若已订货，则向供货单位发出催货请求，否则就临时申请补充订货。④供货单位发出货物后，立即向订货单位发出提货通知。采购人员收到提货通知单后，就可办理入库手续。接着是库工验收入库，并通知车间领料。⑤此外，仓库库工还要依据库存账和用料流水账定期生成库存报表，呈送有关部门。

考核内容：

熟练掌握信息系统分析与设计的方法。具体考核的内容是：

1、编写信息系统可行性报告。

2、编写信息系统需求分析报告，绘制数据流图。

3、编写信息系统设计报告，绘制功能结构层次图，数据库设计，界面设计和硬件和软件设计。

评分标准：

1、编写信息系统可行性报告。

2、编写信息系统需求分析报告，绘制数据流图。

3、编写信息系统设计报告，绘制功能结构层次图。

4、数据库设计

5、界面设计。

6、简单的硬件和软件设计。

系统分析与设计方法读书笔记

《系统分析与设计方法》，顾名思义，是论述软件开发过程中涉及到的分析与设计过程的方法论。作者依照软件

开发过程将书划分为四个部分：系统开发项目环境、系统分析方法、系统设计方法、系统分析和设计完成后的工作。同其他美国作者一样，作者通过一个贯穿全书的案例--音阶公司系统项目，向我们详细地讲解了开发一个软件系统过程中设计到的知识。

第一部分“系统开发项目环境”介绍信息系统开发的概念和过程。第二部分“系统分析方法”涵盖了生命周期前期活动、工具和技术，这些内容用于分析业务问题、说明信息系统业务需求以及制定业务和系统方案。第三部分“系统设计方法”涵盖了生命周期中期活动、工具和技术，特别强调应用架构的概要设计和详细设计、快速开发和原型设计、外部设计、内部设计以及面向对象设计。第四部分“系统分析和设计完成后的工作”通过纵览生命周期后期活动，透视系统分析和设计工作。

《系统分析与设计方法》这本书围绕软件开发这一中心，详细讲解了从需

求分析到后期维护各个阶段中，如何运用文档与周围的人员进行有效沟通和协作。文档，作为各类人员之间的桥梁和纽带，如使用得当，有以下几个好处：

1.提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。

2.提高开发效率。软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。并且可在开发早期发现错误和不一致性，便于及时加以纠正。

3.作为开发人员在一定阶段的工作成果和结束标志。

4.记录开发过程中的有关信息，便于协调以后的软件、开发、使用和维护。

5.提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员、用户之间的协作、交流和了

解。使软件开发活动更科学、更有成效。

6.便于潜在用户了解软件的功能、性能等各项指标，为他们选购符合自己需要的软件提供依据。

也正是基于这样的好处，软件行业才会定义、开发各种沟通表达工具和建模语言来统一沟通方法，从而便于各种人员的团结合作。以uml为例。从1989

年到1994年,建模语言数量从不到十种增加到了五十多种。90年代中,又一批新方法出现,其中最引人注目的是booch 1993、oose和omt-2等。但到目前为止，uml这一统一建模语言脱颖而出，它贯穿软件开发周期中的每一个阶段，并被omg采纳作为业界的标准。就如书中所讲，uml是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号。uml是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被uml工具转化成指定的程序语言代码。所以说，运用优秀的沟通工具与各种角色进行有效地沟通在一定程度上决定着系统能否保质保量的成功完成。在这个崇尚团结与合作的社会，作为新一代的软件开发人员，我们更应该认真学习书中说讲的各种文档编写方法，更好的运用到实际开发中去。

首先，需求分析人员从接触到深入了解客户业务有一个渐进的过程，如果一开始就深入到业务的细节中去，不但容易迷失方向，而且很容易显露出你对业务的无知，客户会因此而失去与你沟通的兴趣。

其次，沟通双方都有自己习惯的沟通方式。所以在双方能够达成默契之前，不要急于深入业务细节，而是圈定范围，先就一些大框框进行沟通，借此了解客户的沟通方式。客户是喜欢开放型问题还是封闭型问题？客户是很健谈还是很

含蓄？客户是主导型沟通者还是被动型沟通者？客户是具有很强逻辑思维的人，可以将一个问题有条不稳地讲清楚，还是一个发散型思维的人，总是没有什么目的地想到什么就讲什么？如果双方的沟通方式不能切合 rf4ss，必定会造成沟通的障碍。

再次，客户的时间是有限的，很多时候不能有整块的时间来配合需求调研。由于项目的周期也是有限的，因此每一次会面都需要争分夺秒，用最快的时间把问题搞清楚。另一方面，客户通常不会为需求调研做好准备，往往是等着回答问题的。如果需求分析人员寄希望于客户能有条不理的把一套业务都能讲解很清楚，整个业务形成闭环往往是很不现实的。这就要求需求分析人员根据经验提前要做好调研计划和内容，逐个进行落实。

系统分析与设计的方法主要包括结构化生命周期法、原型化方法、面向对象方法。

按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。演进原型法则把试好的结果保留，成为最终系统的一部分。按照系统的分析要素，可以把开发方法分为三类：

①面向处理方法。

②面向数据方法。

③面向对象的方法

系统分析和设计应遵循的原则有：

系统开发是面向客户的，应从客户的角度考虑。

诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。

信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。如果系统的成功可能性受到很大限

制时，应取消整个项目。

文档材料是系统开发生命周期中重要的可递交成果，应加以重视

最后总结下，学完《系统分析与设计方法》这门课程再加上老师在课堂上的一些讲解以及以前学习过程中的收获，我对于系统分析与设计有了进一步的理解，能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。

第五篇：《信息系统分析与设计》教学大纲

《信息系统分析与设计》教学大纲

课程代码：NR4002

学 分：4

学 时：72（理论学时：36，实验学时：36）

先修课程：办公软件、计算机网络、面向对象编程技术、数据库原理

适用专业：信息管理与信息系统专业

课程性质：必修

开课单位：网络技术系

一、课程的性质和任务

《信息系统分析与设计》是信息管理与信息系统专业的专业必修课程，是课程体系中专注于系统分析、设计、实施和管理等能力培养的综合性骨干课程。本课程以信息系统建设要求为背景，通过案例教学、实践及工程化训练，着重培养学生（中大型）信息系统分析与设计的工程能力，特别是软件工程制图和文档编写能力，从而初步具备（本科生）初级系统分析师和软件设计师的能力。

二、课程教学目标

（一）知识目标

目标1：掌握信息系统分析与设计的基本理论知识；

目标2：熟悉信息资源管理与相关的工程技术知识；

目标3：了解信息资源管理与信息系统前沿和发展动态；

（二）能力目标

目标4：具有信息的采集、组织和分析处理的能力；

目标5：具有企业业务数据分析的基本能力；

目标6：掌握信息系统业务流程的理解、识别与优化能力；

目标7：掌握信息系统项目分析与设计的能力；

目标8：掌握信息系统开发和测试的能力；

目标9：掌握信息系统实施和运维的能力；

（三）素质目标

目标10：具有科学、务实的态度,具有严谨治学、求真务实、艰苦奋斗、团结协作的品质

目标11：具有创新精神和良好的职业道德；

三、课程思政目标及安排

由于信息系统工程涉及的领域较为宽泛，因此需要对课程内容进一步明确和聚焦，通过信息系统项目的完整实施流程，在培养学生的职业能力和工作态度的过程中，实现态度、思维与学习几个方面的培养。具体目标包括：

1、具有在面对不确定性时做决策的主动性和意愿

2、毅力、完成任务的紧迫感和决心、变通的智慧

3、批判性思维

4、创造性思维

5、自我认识、认知构成及终身自我学习

6、职业道德、公平和责任感

具体实施过程见教学内容与要求中的相关章节教学设计

四、课程教学内容、要求及学时分配

（一）教学内容与学时分配

（二）教学内容与要求

第1章 绪论

教学目标：（按了解、理解、掌握等不同层次写明本章应达到的教学要求）

（1）了解数据、信息、系统与信息系统的概念

（2）理解软件开发声明周期的各个阶段的目标与任务

（3）理解结构化方法与面向对象方法的基本概念

教学内容：（围绕教学目标，写出各节应该讲授的主要内容）

（1）数据与信息的概念

（2）系统与信息系统的概念

（3）软件开发生命周期（SDLC）

（4）结构化方法与面向对象方法

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）数据与信息关系

（2）系统与系统的性质

（2）三个世界：现实世界、概念世界、数字世界

（3）三个空间：环境空间、问题空间、解空间

教学难点：（学生在学习过程中理解有困难的知识、内容）

（1）两种生命周期模型：瀑布模型与敏捷模型

（2）两种软件开发方法论：结构化方法与面向对象方法

作业要求：

分析某现有信息系统的功能与结构，并回答以下问题：

（1）系统输入、处理和存储哪些数据？

（2）系统应该划分为哪几个子系统？子系统之间有哪些数据和流程方面的联系？

（3）系统存在哪些不足？

成立3-5人组成的项目团队，明确各成员的岗位与职责。

第2章 系统规划与可行性分析

教学目标：

（1）了解系统规划的目的、任务和方法

（2）理解可行性研究的目的和任务

（3）掌握可行研究的方法、技术与工具

教学内容：（围绕教学目标，写出各节应该讲授的主要内容）

（1）系统规划的目的、任务和方法

（2）企业系统规划法、关键成功因素法和战略集成转换法

（3）可行性分析的目标与任务

（4）技术可行性分析

（5）经济可行性分析

（6）组织可行性分析

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）系统规划的目的和方法

（2）可行性分析的目标与任务

教学难点：

（1）企业系统规划法、关键成功因素法和战略集成转换法

（2）技术可行性分析

作业要求：

对上个阶段分析的现有系统进行总体战略规划，通过市场调研、文献阅读、小组讨论的形式完成该工作，并形成新系统的立项报告和可行性分析报告。

第3章 需求分析

教学目标：

（1）了解需求分析的目的和任务

（2）掌握用例分析的方法和工具

（3）掌握业务对象分析的方法

（4）掌握业务流程分析技术和业务流程图（TFD）的绘制方法；

教学内容：

（1）需求分析的目的和任务

（2）功能性需求和非功能性需求

（3）需求获取技术

（4）用例分析与用例图

（5）需求变更与管理

（6）业务对象的分析与提取

（7）业务流程分析与TFD

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）用例分析与用例图

（2）业务流程分析与TFD

教学难点：

（1）需求获取技术

（2）业务对象分析技术

作业要求：

通过市场调研、文献阅读、客户访谈、小组讨论等形式完成新系统的需求获取与提炼，以用例图的形式描述新系统的功能需求，通过需求验证答辩评审。

第4章 结构化方法

教学目标：

（1）了解结构化分析与设计的思想、原则与方法

（2）掌握数据流程分析技术和数据流程图（DFD）的绘制方法；

（3）熟悉数据字典的编写方法；

（4）掌握数据的实体联系（ER）模型及实体联系图（ERD）的绘制方法；

教学内容：（围绕教学目标，写出各节应该讲授的主要内容）

（1）业务流程分析（TFD）

（2）数据流程分析（DFD）

（3）数据字典

（4）实体关系模型（ERD）

（5）模块的耦合与内聚

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）业务流程图（TFD）的绘制

（2）数据流程图（DFD）的绘制

教学难点：

（1）数据流图（DFD）与实体联系图（ERD）之间的数据校验

（2）模块化设计过程中的耦合与内聚

作业要求：

绘制目标系统的数据流图（DFD）和实体联系图（ERD），并验证双方之间的数据完整性，即所有数据流图中出现的数据项，在实体联系图中需要有相应的实体或属性数据相对应，反之亦然。

第5章 面向对象方法

教学目标：

（1）理解类与对象的基本概念

（2）理解面向对象的三要素：封装、继承和多态

（3）熟悉数据库的对象关系映射（ORM）

（4）掌握UML建模方法和技术

教学内容：（围绕教学目标，写出各节应该讲授的主要内容）

（1）类与对象的基本概念

（2）封装与继承的概念和用途

（3）接口与多态的概念和用途

（4）包（Package）的作用与意义

（5）面向对象分析和设计的过程（归纳与演绎）和方法

（6）数据库与对象关系映射（ORM）

（7）UML类图和对象图的绘制方法

（8）UML活动图、状态图和协作图等的绘制方法

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）类与对象的概念

（2）对象关系映射（ORM）

教学难点：

（1）接口与多态

（2）UML建模

作业要求：

对目标系统进行面向对象的分析与设计，从特殊性的业务对象归纳出一般性的类，再从一般性的类演绎出对象实例。使用UML类图描述分析结果，使用UML过程性模型（活动图、状态图和协作图）描述对象的动态变化，以及对象与对象之间的交互。实践数据库的对象关系映射过程。

第6章 交互设计与原型方法

教学目标：

（1）理解交互设计理论与原则

（2）掌握交互设计的过程与方法

（3）理解原型的作用与目的（4）熟悉常用原型设计方法与工具

教学内容：（围绕教学目标，写出各节应该讲授的主要内容）

（1）交互设计的指导思想与基本原则

（2）交互设计过程与方法

（3）导航设计

（4）输入、输出设计

（5）原型的作用与目的（6）原型的分类：水平原型（行为模型）/垂直原型（切片）；抛弃原型/演进原型

（7）常用的原型方式：图纸、位图、可执行文件

（8）常用的交互式原型设计工具

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）交互设计过程

（2）原型方法

教学难点：

（1）交互设计指导思想

（2）交互式原型工具与技术

作业要求：

根据《软件需求规格说明书》，遵循交互设计基本原则，使用交互式原型工具，完成新系统的原型设计任务。

第7章 系统架构设计

教学目标：

（1）了解常用的软件架构与模式

（2）熟悉Web开发技术与开发框架

（3）了解大前端与多端开发

教学内容：

（1）软件架构的基本组成部分

（2）不同风格的架构示例

（3）C/S架构、B/S架构、多层架构、事件驱动架构、微核架构、微服务架构、Serverless架构等

（4）Web开发技术栈

（5）MVC设计模式与Web开发框架

（6）大前端与多端开发技术

教学重点：

（1）Web开发技术

（2）常用Web开发框架

教学难点：

（1）MVC设计模式

（2）大前端与多端开发技术

作业要求：

在前阶段《软件需求规格说明书》、《业务对象与业务流程设计》、《数据模型设计》、《原型设计》等各项工作的基础上，综合考虑系统的功能、技术能力、性能与经济性等各方需求，选择合适的软件架构，明确各部分的硬件、软件组成，完成《系统架构设计说明书》。

第8章 Serverless架构与云计算

教学目标：

（1）了解Serverless架构的概念

（2）理解Serverless通信方式与接口

（3）了解云计算的基本概念

（4）掌握常见云计算平台的基本开发技术

教学内容：（围绕教学目标，写出各节应该讲授的主要内容）

（1）Serverless架构的基本概念和目标

（2）Serverless与传统开发模式的区别

（3）常用的Serverless通信方式与接口

（4）API 网关（API Gateway）的的基本功能

（5）云计算的基本概念和目标

（6）云计算类型：IaaS、PaaS和SaaS

（7）常用云计算平台的开发技术：云托管、云函数、云存储等

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）Serverless架构

（2）云计算

教学难点：

（1）Serverless接口

（2）云计算开发技术

作业要求：

根据前面阶段完成的分析与设计报告，选择适当的系统架构，为后续阶段的工作做好准备。了解、调研行业中常见的云计算平台，选择一个合适的云计算平台，实现一个简单、完整的微型Web应用。

第9章 系统详细设计

教学目标：

（1）了解系统详细设计的任务与目标

（2）熟悉详细设计的原则与常用方法

（3）理解关系型数据库与文档型数据库的区别

教学内容：

（1）系统详细设计的任务与目标

（2）系统详细设计的原则与方法

（2）子系统划分

（3）组件设计

（4）接口设计

（5）关系型数据库与文档型数据库（MangoDB）

教学重点：

（1）系统详细设计方法

（2）子系统划分

（3）组件设计

教学难点：

（1）接口设计

（2）关系型数据库与文档型数据库的区别

作业要求：

完成目标系统的《系统详细设计说明书》，完成各子系统划分，完成数据库设计的物理模型，明确各子系统与组件的接口规范，并完成对应的API接口规格设计文档。

第10章 系统实现与运维

教学目标：

（1）了解软件项目管理的基本方法与工具

（2）理解瀑布模型与迭代式开发各自的优缺点

（3）熟悉软件测试的方法与工具

（4）了解软件发布的流程与内容

教学内容：（围绕教学目标，写出各节应该讲授的主要内容）

（1）软件项目管理的内容与工具

（2）原型设计与原型验证（技术性）

（3）里程碑与版本控制工具

（4）瀑布模型与迭代式开发

（5）测试驱动开发

（6）软件系统测试

（7）系统安装、部署与用户文档

（8）系统运行与维护

教学重点：（介绍为了达到教学目标而必须着重讲解和分析的内容）

（1）瀑布模型与迭代式开发

（2）软件测试方法与工具

教学难点：

（1）软件项目管理

（2）测试驱动开发

作业要求：

根据前阶段《系统架构设计》、《子系统API接口设计》等文档，选择适当的平台和工具实现各子系统的接口与功能，并依据《软件需求规格说明书》进行功能性和非功能性测试，形成系统测试报告。

五、课程实验内容及要求

（一）实验安排（演示性/验证性/设计性/综合性）（课内必做/课余必做/课余选做）

（二）实验内容与要求

实验1 项目分组与任务布置

实验目的：（按了解、理解、掌握等不同层次写明本实验应达到的教学要求）

（1）了解信息系统项目全生命周期；

（2）理解信息系统项目中对应工作岗位及职责；

（3）掌握项目团队组建及开题流程

实验内容：

（1）成立项目小组

（2）选取项目组长

（3）选取项目开发题目

（4）确定项目人员分工与对应工作岗位

（4）为自己的团队起名

（5）制作团队LOGO

（6）制定团队标语口号

（7）制定团队规则、规范

（8）开展一次团建活动（线上）

实验要求：

（1）分组：每小组4~6人

（2）人员角色：项目组长、系统分析师、软件工程师、运维工程师、甲方代表、监理工程师

（3）分组及工作实施原则：按照角色分配任务，可以多兼，互相协调、互相补充、强调协作、强调组织。

实验报告要求：（包括实验报告内容、格式、提交等要求）

实验报告内容需包括：撰写相关项目文档，制作汇报PPT（5张以下），简要介绍团队章程，以及项目基本情况，下周实验课进行论证，组长作汇报，组员亮相。提交以上文档。

实验2 现有教务管理系统的功能与结构分析

实验目的：（按了解、理解、掌握等不同层次写明本实验应达到的教学要求）

（1）了解系统分析的基本方法

（2）理解业务流程与数据流的基本概念

（3）掌握功能结构图的绘制方法

实验内容：（围绕实验目的，简述实验主要内容）

（1）与用户沟通，了解他们对现有系统的认识和评价

（2）了解现有系统的组织结构，输入输出，资源利用情况和数据处理过程

（3）分析现有系统的优缺点

（4）从现有系统的物理模型出发，通过研究，分析建立起较高层次的逻辑模型描述

实验要求：

（1）制订讨论：现有系统分析报告

（2）讨论过程控制：组长把控

（3）讨论工具：录音笔、笔、纸、word、思维导图

（4）结果汇总

实验报告要求：（包括实验报告内容、格式、提交等要求）

实验报告内容需包括：阶段成果为包含系统功能结构图等要素的系统分析报告。

实验3 新教务管理系统的规划与可行性分析

实验目的：（按了解、理解、掌握等不同层次写明本实验应达到的教学要求）

（1）了解系统规划的基本方法

（2）掌握可行性分析的基本方法

（3）掌握系统流程图和数据流图的绘制方法

实验内容：（围绕实验目的，简述实验主要内容）

（1）掌握企业系统规划法、关键成功因素法和战略集成转换法等常用规划方法

（2）重新定义问题，确定新系统的规模和目标

（3）确定新系统的总体结构，明确子系统组成和开发子系统的先后顺序

（4）对数据进行统一规划、管理和控制

（5）经济可行性评审、技术可行性评审、法律可行性评审

（6）导出新系统的高层逻辑模型

实验要求：

（1）小组讨论，导出和评价所给出的方案

（2）推荐一个方案并说明理由，并推荐行动方针

（4）书写可行性分析研究报告并提交审查

实验报告要求：（包括实验报告内容、格式、提交等要求）

实验报告内容需包括：需提交包含核心业务说明、逻辑数据模型、新系统规划的可行性分析报告。

实验4 新教务系统的需求分析与评审

实验目的：

（1）了解需求分析的基本方法、技术和工具；

（2）掌握需求获取、提炼、分析和建模的方法与技术；

（3）熟悉实用UML工具进行用例建模的基本技术

实验内容：

（1）各项目小组继续完成前期未完成的文件归档

（2）建议草拟一个需求分析计划，确认工作内容与人员分工

（3）针对项目进行第一次需求分析获取，秘书注意记录需求获取过程（访谈记录、手稿等）

（4）进行第一次UseCase建模，完成用例图、系统时序图的绘制

实验要求：

（1）系统分析师主导完成软件需求说明书中的相关内容

（2）监理工程师、甲方代表全程确认需求的正确性和有效性；

实验报告要求：（包括实验报告内容、格式、提交等要求）

实验报告内容需包括：需求获取、需求提炼的原始文件，包括手绘图，访谈记录和思维导图，等文件，完成用例建模。

实验5 产品指标警示程序的结构化设计

实验目的：

（1）理解结构化方法中的单一抽象机制

（2）掌握模块分解的原则：高内聚、低耦合（3）掌握结构化分析与设计方法

实验内容：

某产品有n（设n=5）个连续指标，每个指标皆取值为0到 1之间，记为L0、L1、L2、L3、L4。若指标低于阈值y（设为 0.6），则称此指标低于警戒值。单独一个指标低于警戒值还不足以发出警报提示，以下为发出警示的规则描述：

（1）至少2个连续指标低于警戒值方可发出警示，例如：0.7、0.8、0.5、0.4、0.66

（2）前三个指标L0、L1、L2因为准确性低，其中任意2个连续指标低于警戒值都不足以发出警示，必须全部低于警戒值方可发出警示。

（3）指标个数n和阈值 y皆为变量

请使用结构化方法，设计出一个解决上述问题的算法与程序框架。

实验要求：

（1）生产环境中很有可能还会增加新的预警规则，所以需要有良好的抽象，使得增加规则时无需修改现有模块

（2）对程序框架进行合理的模块化分解，对各个模块进行函数化设计，明确每个函数的功能、输入参数和返回结果。例如，整个程序可以抽象为一个函数：

warning(double[] data, double y): boolean

参数 data：浮点小数数组，n个连续的产品指标

参数 y：浮点小数，预警阈值

返回：布尔值，发出警示返回true，否则返回false

实验报告要求：（包括实验报告内容、格式、提交等要求）

对总体程序进行模块化分解，绘制出流程图，编写伪代码，形成设计报告并提交。

实验6 MUD游戏程序的面向对象建模

实验目的：

（1）了解面向对象设计的基本方法

（2）理解多态的概念

（3）熟悉接口（interface）的意义与用法

（4）掌握UML类图、交互图的绘制方法

（5）掌握API文档的编写方法

实验内容：（围绕实验目的，简述实验主要内容）

（1）根据游戏Demo熟悉游戏规则

（2）分析游戏元素和业务对象

（3）提取地图类与操控类，及其相关属性和方法

（4）提取角色类，分析角色类之间的交互过程

（5）分析和设计角色类的属性和方法

（6）使用多态技术设计不同的角色类型

实验要求：

（1）使用UML技术建立地图类、操控类、角色类等的抽象模型

（2）使用接口（interface）多态技术，使得系统系统能方便地添加新的游戏角色类

（3）编写所有类（class）的API文档（包含类名、描述、属性，以及方法签名与方法说明）

（4）（*）能够在Demo代码的基础上，进行适当修改和升级

实验报告要求：（包括实验报告内容、格式、提交等要求）

实验报告内容需包括：包含类图和交互图的UML建模文档、API文档，以及升级后的Demo源代码。

实验7 新教务系统的用户界面设计与评审

实验目的：

（1）了解交互设计理论与原则

（2）掌握前端设计技术和工具

实验内容：（围绕实验目的，简述实验主要内容）

（1）交互设计理论与原则

（2）界面设计基础与常用界面元素

（3）前端技术基础（html/css/javascript）

（4）新教务系统各子系统的UI设计与实现

实验要求：

（1）根据前阶段分析与设计的成果，运用交互设计理论，遵循交互设计指导思想与原则，完成新教务系统各子系统的UI交互设计。

（2）使用原型工具或前端技术，实现新系统的界面UI。

实验报告要求：（包括实验报告内容、格式、提交等要求）

实验报告内容需包括：完成新系统UI设计的前端页面，以小组形式进行演示与讲解。

实验8 金融市场交易数据的获取与实时图形绘制

实验目的：

（1）复习前端设计的基础技术

（2）通过实践理解分布式与云计算的基本思想

（3）提高使用第三方接口和组件的设计与集成能力

实验内容：（围绕实验目的，简述实验主要内容）

（1）获取数据：通过聚宽投资、掘金量化等第三方API免费获取金融市场的交易数据

（2）处理数据：在本地或使用云函数处理交易数据

（3）存储数据：在本地或云存储中保存处理后的市场数据

（4）显示数据：将json格式的市场数据以 javascript变量的形式保存在 js 文件中，并使用HTML5原生绘图技术或第三方绘制组件在网页中实时显示

（5）上线发布：通过云发布工具，将包含前端脚本和数据的html和js文件上传至云托管平台

实验要求：

（1）实时获取市场的1分钟成交数据，并分别合并为5分钟、30分钟、1小时、1日的成交数据，并在同一个HTML页面中分周期分别绘制相关图形

（2）数据更新后，通过js脚本自动重绘HTML页面中的图形

（3）若使用了“静态文件托管”，则自动向云服务器提交更新

实验报告要求：（包括实验报告内容、格式、提交等要求）

实验报告内容需包括：程序设计的相关源代码，若使用了云服务，需同时提交能够访问的URL地址。

实验9 新教务系统的架构设计与评审

实验目的：

（1）了解Web项目常用的系统架构

（2）熟悉Web项目常用的开发框架

（3）熟悉Web项目的基础开发技术

实验内容：（围绕实验目的，简述实验主要内容）

（1）应用服务器

（2）Web服务器

（3）Web容器

（4）MVC框架

（5）ORM数据访问技术

（5）传统的单体架构、分布式架构、微服务架构、Serverless架构

实验要求：

根据前阶段的“新教务系统”相关设计文档，选择熟悉的2种或2种以上不同的架构风格，完成“新教务系统架构设计”，并比较不同架构的优缺点，说明各自所适用的场景。

实验报告要求：

实验报告内容需包括：系统架构设计报告，要求书面文档。

实验10 子系统与组件接口设计与评审

实验目的：

（1）了解详细设计的基本原则、方法与技术；

（2）熟悉数据库设计与实现技术

（3）掌握详细设计文档编写规范

实验内容：（围绕实验目的，简述实验主要内容）

（1）完成系统详细设计

（2）完成窗口与菜单设计

（3）完成子系统与模块设计

（4）完成组件API接口设计

（5）完成API接口文档编写

（6）完成详细设计报告与评审

（7）完成数据库物理设计

（8）完成详细设计报告编写与评审

实验要求：

（1）根据前阶段相关文档，完成新教务系统的子系统划分，设计数据库的物理模型

（2）明确各子系统与组件的接口规范，并完成对应的API接口规格设计文档

实验报告要求：

实验报告内容需包括：详细设计报告与评审报告。

实验11 系统实现与测试

实验目的：

（1）了解系统测试的内容、流程和方法；

（2）掌握系统用例设计的方法；

（3）掌握黑盒测试执行的技术与工具；

实验内容：（围绕实验目的，简述实验主要内容）

（1）使用各种编程技术全部或部分实现各子系统核心功能

（2）基于《子系统API接口规范》编写测试用例

（3）根据测试流程完成子系统功能测试和非功能测试

（4）完成系统集成（5）集成测试，必要时编写测试脚本和自动化测试程序

（6）按规范编写测试报告

实验要求：

（1）根据上阶段的“API接口文档”规范，测试各接口API的正确性和性能

（2）测试用例的一定要依据软件需求规格说明书来编写

实验报告要求：

系统模块测试报告要求规范，需要详细记录测试时间与测试人员。实验报告内容需包括：测试用例、测试报告。

实验12 系统部署与用户培训

实验目的：

（1）了解系统实施与部署的内容、流程和方法；

（2）了解系统的运维、运营及用户管理等工作的基本内容；

（3）掌握用户使用手册的编写防范；

（4）了解软件著作权的申请与授权流程

实验内容：（围绕实验目的，简述实验主要内容）

（1）系统安装、配置与版本管理

（2）原始数据准备

（3）系统规划与系统集成（4）用户手册与帮助文档的撰写；演示视频制作

实验要求：

（1）系统实施方案除软件部署方案外应包括网络、硬件设备和人员的配备情况

（2）系统实施方案要求规范，需要详细记录测试时间与测试人员；

（3）按照已开发的系统模块和原型设计编写用户手册

（4）每个功能模块录制操作使用视频及操作指引，每个视频长度不超过5钟；

实验报告要求：

实验报告内容需包括：系统实施方案与计划、用户使用手册、操作视频教程。

实验13 系统验收

实验目的：

（1）了解项目结题验收的基本内容、流程；

（2）理解项目结题验收的关键性问题；

（3）掌握项目结题评审的流程、内容；

实验内容：（围绕实验目的，简述实验主要内容）

（1）项目开发总结汇报；

（2）系统功能模块演示

（3）系统原型演示

（4）答辩

实验要求：

（1）答辩成绩（20%）+原型设计质量（40%）+文档质量（40%）=总评

（2）各小组按照评审安排表的次序进行答辩

（3）各小组秘书负责在评审报告上记录问答记录

（3）答辩完成后对存在问题进行整改，并及时更新文档（详细设计说明书、评审报告）到FTP

实验报告要求：

实验报告内容需包括：本学期所有阶段产生的文档，原始资料，源代码文件，个人工作心得体会。

六、课程教学方法和手段

（一）课堂讲授

（1）采用讲授法：系统讲解该课程涉的信息系统理论、方法、技术和工具等，使学生能够掌握信息系统分析、设计和管理的基本理论和专业技术。

（2）采用案例演示：重点培养学生独立思考、分析问题和解决问题的能力，引导学生在实践中平衡各种现实约束，寻找合适的解决方案。

（3）在教学过程中采用多媒体教学与传统板书、教具教学相结合的教学手段，提高课堂教学信息量，增强教学的直观性。

（4）采取项目评审会方式进行阶段性验收，采用翻转课堂方法，充分调动学生的积极性。

（二）实验教学

（1）采用小组、项目组模式的教学方式，根据学生特长组成课题组，以实际问题设计实验方案，指定适度目标，提高学生的主观能动性和协作能力。

（2）在实验项目的选择和方案设计上，选择学生熟悉的真实需求和应用场景，加强实验技术和方法研究，重视各门课程和知识点的衔接，启迪学生的系统思维和创新意识。

（3）注重过程管理与控制，合理规划实验过程和技术路线，设置阶段性里程碑，明确各个角色责权范围，确保按时按量完成实验目标。

（4）评审实验结果，规范各阶段实验结果的内容和形式，总结优点、发现不足，客观评价实验效果。

七、课程考核方式

本课程采用形成性评价方式。考核以课程目标的达成为主要目的，以检查学生对各知识点的掌握程度和应用能力为重要内容。

（一）考核方式和记分制

本课程考核方式为考试；考核成绩采用百分制记分。

（二）考核形式和成绩构成考核成绩为总评成绩，由平时成绩和期末成绩二部分组成，其中平时成绩占比50%，期末成绩占比50%。

（进行工程教育认证的专业，该专业的课程需在此处加上：课程目标达成度评价方式）

（三）课程目标达成度评价方式

实施多元化、过程化的考核评价体系，重视专业知识的掌握、专业工具和技能的使用、项目分析过程、项目设计过程、创新能力水平等全面素质的考察和评价。考核分三个维度展开，包括：

（1）项目过程重阶段性的输出物（评审报告、代码、调查报告）；

（2）项目结束时交付的信息系统（项目文档汇总、软件系统或原型、测试报告）；

（3）项目衍生出的创新成果。

课程中的项目没有固定的解决方案，学生团队可以自由发挥。鼓励学生使用不同的系统架构与解决方案，并能比较和评判不同解决方案之间的异同、优缺点，指出各自所使用的应用场景。

八、推荐教材与参考书目

（一）推荐教材

杜娟, 葛斌.信息系统分析与设计（第2版）.清华大学出版社, 2014（2019年12月重印）.（二）参考书目

（1）余春龙.软件架构设计.电子工业出版社，出版2019年2月.（2）布鲁克斯(Brooks, F.P.).人月神话.清华大学出版社，出版2015年4月.（三）其他参考资源

《信息系统分析与设计》在线课程.中国大学MOOC平台：https://www.icourse163.org/course/BISTU-1206419813

九、其他说明

本教学大纲制订（修订）于2021年9月，适用于2021年修订的本科人才培养方案。

制订人：胡军成审定人：王健

批准人：（系主任）