计算机软件毕业论文范文

前言：我们精心挑选了数篇优质计算机软件毕业论文文章，供您阅读参考。期待这些文章能为您带来启发，助您在写作的道路上更上一层楼。

第1篇

1.1 IC卡行业发展现状... 1

1.2 IC卡迅猛发展的原因... 2

第二章 硬件系统设计... 4

2.1 IC的选用与设计... 4

2.1.1  IC卡概述及分类... 5

2.1.2  IC卡国际标准... 5

2.2 电源电路设计... 7

2.3主控芯片AT89S52 及相关电路设计... 9

2.4 串行通信... 14

2.5 蜂鸣器电路设计... 18

第三章　系统软件设计... 19

3.1 编程软件... 19

第2篇

毕业（设计）论文开题报告

1、本课题的来源及研究意义

随着计算机技术的飞速发展，信息网络已成为社会发展的重要保证。如何以网络为纽带快速、高效、方便地实现知识传递，以现代化手段促进教学改革，将传统的课堂教学转变为课堂+电脑+网络课堂+internet等多种学习方式，是教育工作者应当为之努力的方向。基于JSP技术的网络教学平台是依托校园网的优势设计和开发的，通过此平台，学生可以不受时间、空间、地域的限制，实现网上浏览教学内容、完成作业，参加测试等功能，教师也可借助此平台，公告信息，试题，实现课件上传下载，组织讨论答疑等功能。

2、国内外发展状况

在国外，网络教学平台系统已经走上正轨，能高效、方便地实现知识传递，具有很强的可靠性，但是功能稍显不足。

在国内，网络教学平台系统的开发与使用都处于低层次阶段，只有少部分信息存于系统中，系统功能不够全面，人们更多的是使用传统的课堂教学手段，所以我选择了这个毕业设计，目的就是要开发一个通用的功能比较全面的网络教学平台。

3、本课题的研究目标

网络教学平台按照Browser/Server模式，将传统的浏览器/WEB服务器的两层体系结构扩展成浏览器—WEB服务器+应用服务器—数据库服务器三层体系结构，这种模式采用多种标准的协议和技术，适合于任何硬件平台和软件环境。

系统采用JSP与mysql数据库相结合，其实现的基本原理是利用mysql作为数据仓库，用Servlet等高性能服务器端程序作为后台总控程序，JSP程序在前台运行，Servelet接受用户的输入，分别调用不同的JSP程序向客户端反馈信息，JSP/Servlet通过HTTP连接在服务器端和客户端传递数据。

4、本课题的基本内容

1、教师教学系统与学生学习系统

教师教学系统与学生学习系统的功能相对应，主要包含以下几个模块：

(1)网络课堂。

(2)网上作业。

(3)网上测试。

(4)讨论答疑。

(5)网上交流。

(6)实验指导。

2、教学管理系统

系统分为人员管理、课程管理、作业管理、考试管理和讨论交流管理。

(1)人员管理。

(2)课程管理。

(3)作业管理。

(4)考试管理。

(5)讨论交流管理：包括BBS版主管理、帖子管理。

5、本课题重点和难点

重点：各功能模块的创建。

难点：数据库的连接和数据库的各种操作。

6、论文提纲

第一章：概述

第二章：开发环境简介

第三章：需求分析

第四章：系统的总体设计

第五章：系统的详细设计

第六章：系统实现

第七章：系统运行

第八章：结束语

7、进度安排

阶段工作内容工作进度安排

1开题报告及立题论证任务书4月3日

2可行性研究报告4月7日

3软件需求规格说明书4月12日

4项目实施计划书4月15日

5软件设计及调试4月16日~5月16日

6毕业论文5月17日~5月31日

8、主要参考文献

[1]陈禹.信息系统分析与设计.北京：电子工业出版社[M]，1986

[2]郑人杰.软件工程.北京：清华大学出版社，2000

[3]Binstock&Rex.PracticalAlgorithmsforProgrammers.Addison-Wesley，1995

[4]Gamma，Helm，Johnson&Vlissides.DesignPatterns.Addison-Wesley，1995

[5]Hamilton，Cattell&Fisher.JDBCDatabaseAccesswithJava.Addison-Wesley，1997

[6]Cornel&Horstmann.CoreJava.Prentice-Hall，1997

[7]BruceEckel.ThinkinginJava，3rded.PearsonEducation，2003

[8]PatrickChan&RosannaLee.TheJavaClassLibraries：AnAnnotatedReference.北Addison-Wesley，1997

指导教师意见：

指导教师：

年月日

教研室审查意见：

第3篇

关键词：统一过程里程碑迭代核心工作流

Abstract:ThispaperdiscusstheimportantcontentsoftheRationalUnifiedProcess,includingDevelopmentPhase,IterationProcess,CoreWorkflowsandsoon.Additionally,givingsomecommentsaboutitsadvantagesandweaknessesinthesoftwareprojectsdevelopment.

KeyWords:UnifiedProcess,Milestone,Iteration,CoreWorkflows

一前言

软件过程是指实施于软件开发和维护中的阶段、方法、技术、实践及相关产物(计划、文档、模型、代码、测试用例和手册等)的集合。行之有效的软件过程可以提高开发软件组织的生产效率、提高软件质量、降低成本并减少风险。目前市场上领先的软件过程主要有RUP(RationalUnifiedProcess)、OPENProcess和OOSP(Object-OrientedSoftwareProcess)。

RUP具有较高认知度的原因之一恐怕是因为其提出者Rational软件公司聚集了面向对象领域三位杰出专家Booch、Rumbaugh和Jacobson，同时它又是面向对象开发的行业标准语言——标准建模语言(UML)的创立者。RUP是由Objectory过程演化而来，其初始版本为5.0，先后经历了5.1、5.11、5.5等版本直到最新的RationalUnifiedProcess2000版本。本文主要讨论RUP的主要内容和特点。

二RUP的二维开发模型

RUP可以用二维坐标来描述。横轴通过时间组织，是过程展开的生命周期特征，体现开发过程的动态结构，用来描述它的术语主要包括周期(Cycle)、阶段(Phase)、迭代(Iteration)和里程碑(Milestone)；纵轴以内容来组织为自然的逻辑活动，体现开发过程的静态结构，用来描述它的术语主要包括活动(Activity)、产物(Artifact)、工作者(Worker)和工作流(Workflow)。如图1：

图1RUP的二维开发模型

三开发过程中的各个阶段和里程碑

RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Transition)。每个阶段结束于一个主要的里程碑(MajorMilestones)；每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。

1．初始阶段

初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。本阶段具有非常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。

初始阶段结束时是第一个重要的里程碑：生命周期目标(LifecycleObjective)里程碑。生命周期目标里程碑评价项目基本的生存能力。

2．细化阶段

细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。

细化阶段结束时第二个重要的里程碑：生命周期结构(LifecycleArchitecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

3．构造阶段

在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。

构建阶段结束时是第三个重要的里程碑：初始功能(InitialOperational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。

4．交付阶段

交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。

在交付阶段的终点是第四个里程碑：产品(ProductRelease)里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

四RUP的核心工作流(CoreWorkflows)

RUP中有9个核心工作流，分为6个核心过程工作流(CoreProcessWorkflows)和3个核心支持工作流(CoreSupportingWorkflows)。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。

1．商业建模(BusinessModeling)

商业建模工作流描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程，角色和责任。

2．需求(Requirements)

需求工作流的目标是描述系统应该做什么，并使开发人员和用户就这一描述达成共识。为了达到该目标，要对需要的功能和约束进行提取、组织、文档化；最重要的是理解系统所解决问题的定义和范围。

3．分析和设计(Analysis&Design)

分析和设计工作流将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，优化其性能。分析设计的结果是一个设计模型和一个可选的分析模型。设计模型是源代码的抽象，由设计类和一些描述组成。设计类被组织成具有良好接口的设计包(Package)和设计子系统(Subsystem)，而描述则体现了类的对象如何协同工作实现用例的功能。

设计活动以体系结构设计为中心，体系结构由若干结构视图来表达，结构视图是整个设计的抽象和简化，该视图中省略了一些细节，使重要的特点体现得更加清晰。体系结构不仅仅是良好设计模型的承载媒介，而且在系统的开发中能提高被创建模型的质量。

4．实现(Implementation)

实现工作流的目的包括以层次化的子系统形式定义代码的组织结构；以组件的形式(源文件、二进制文件、可执行文件)实现类和对象；将开发出的组件作为单元进行测试以及集成由单个开发者（或小组）所产生的结果，使其成为可执行的系统。

5．测试(Test)

测试工作流要验证对象间的交互作用，验证软件中所有组件的正确集成，检验所有的需求已被正确的实现,识别并确认缺陷在软件部署之前被提出并处理。RUP提出了迭代的方法，意味着在整个项目中进行测试，从而尽可能早地发现缺陷，从根本上降低了修改缺陷的成本。测试类似于三维模型，分别从可靠性、功能性和系统性能来进行。

6．部署(Deployment)

部署工作流的目的是成功的生成版本并将软件分发给最终用户。部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动，包括：软件打包、生成软件本身以外的产品、安装软件、为用户提供帮助。在有些情况下，还可能包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。

7．配置和变更管理(Configuration&ChangeManagement)

配置和变更管理工作流描绘了如何在多个成员组成的项目中控制大量的产物。配置和变更管理工作流提供了准则来管理演化系统中的多个变体，跟踪软件创建过程中的版本。工作流描述了如何管理并行开发、分布式开发、如何自动化创建工程。同时也阐述了对产品修改原因、时间、人员保持审计记录。

8．项目管理(ProjectManagement)

软件项目管理平衡各种可能产生冲突的目标，管理风险，克服各种约束并成功交付使用户满意的产品。其目标包括：为项目的管理提供框架，为计划、人员配备、执行和监控项目提供实用的准则，为管理风险提供框架等。

9．环境(Environment)

环境工作流的目的是向软件开发组织提供软件开发环境，包括过程和工具。环境工作流集中于配置项目过程中所需要的活动，同样也支持开发项目规范的活动，提供了逐步的指导手册并介绍了如何在组织中实现过程。

五RUP的迭代开发模式

RUP中的每个阶段可以进一步分解为迭代。一个迭代是一个完整的开发循环，产生一个可执行的产品版本，是最终产品的一个子集，它增量式地发展，从一个迭代过程到另一个迭代过程到成为最终的系统。

传统上的项目组织是顺序通过每个工作流，每个工作流只有一次，也就是我们熟悉的瀑布生命周期（见图2）。这样做的结果是到实现末期产品完成并开始测试，在分析、设计和实现阶段所遗留的隐藏问题会大量出现，项目可能要停止并开始一个漫长的错误修正周期。

图2瀑布模型

一种更灵活，风险更小的方法是多次通过不同的开发工作流，这样可以更好的理解需求，构造一个健壮的体系结构，并最终交付一系列逐步完成的版本。这叫做一个迭代生命周期。在工作流中的每一次顺序的通过称为一次迭代。软件生命周期是迭代的连续，通过它，软件是增量的开发。一次迭代包括了生成一个可执行版本的开发活动，还有使用这个版本所必需的其他辅助成分，如版本描述、用户文档等。因此一个开发迭代在某种意义上是在所有工作流中的一次完整的经过，这些工作流至少包括：需求工作流、分析和设计工作流、实现工作流、测试工作流。其本身就像一个小型的瀑布项目（见图3）。

图3RUP的迭代模型

与传统的瀑布模型相比较，迭代过程具有以下优点：

?降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。

?降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。

?加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。

?由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。

六总结

RUP具有很多长处：提高了团队生产力，在迭代的开发过程、需求管理、基于组件的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面，针对所有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导，并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构，为开发过程提供较大的通用性。但同时它也存在一些不足：RUP只是一个开发过程，并没有涵盖软件过程的全部内容，例如它缺少关于软件运行和支持等方面的内容；此外，它没有支持多项目的开发结构，这在一定程度上降低了在开发组织内大范围实现重用的可能性。可以说RUP是一个非常好的开端，但并不完美，在实际的应用中可以根据需要对其进行改进并可以用OPEN和OOSP等其他软件过程的相关内容对RUP进行补充和完善。

主要参考文献

1．RationalSoftwareCorporation.RationalUnifiedProcessversion2000.02.1,2000