育才学习网1.系统维护设计 怎么写
系统维护是面向系统中各个构成因素的，按照维护对象不同，系统维护的内容可分为以下几类：（1）系统应用程序维护。
系统的业务处理过程是通过应用程序的运行而实现的，一旦程序发生问题或业务发生变化，就必然地引起程序的修改和调整，因此系统维护的主要活动是对程序进行维护。（2）数据维护。
业务处理对数据的需求是不断发生变化的，除了系统中主体业务数据的定期正常更新外，还有许多数据需要进行不定期的更新，或随环境或业务的变化而进行调整，以及数据内容的增加、数据结构的调整。此外，数据的备份与恢复等，都是数据维护的工作内容。
（3）代码维护。随着系统应用范围的扩大，应用环境的变化，系统中的各种代码都需要进行一定程度的增加、修改、删除，以及设置新的代码。
（4）硬件设备维护。主要就是指对主机及外设的日常维护和管理，如机器部件的清洗、润滑，设备故障的检修，易损部件的更换等，这些工作都应由专人负责，定期进行，以保证系统正常有效地工作。
（5）机构和人员的变动。信息系统是人机系统，人工处理也占有重要地位，人的作用占主导地位。
为了使信息系统的流程更加合理，有时涉及到机构和人员的变动。这种变化往往也会影响对设备和程序的维护工作。
2.系统概要设计怎么写
软件文档中概要设计也称“总体设计”，是开发人员在明确用户需求（要什么）后对系统的一个总体考虑（明确系统目标、设计原则，初步考虑数据库设计和功能设计），国家关于这方面有相关标准（概要设计说明书（GB8567-88））。
在具体实践中可以按下列提纲撰写内容：1.引言1.1编写目的 [说明编写这份概要设计说明书的目的，指出预期的读者。]1.2背景 a.[待开发软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。
]1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]1.4参考资料 [列出有关的参考资料。
]2.总体设计2.1需求规定 [说明对本系统的主要的输入输出项目、处理的功能性能要求。包括]2.1.1系统功能2.1.2系统性能2.1.2.1精度2.1.2.2时间特性要求2.1.2.3可靠性2.1.2.4灵活性2.1.3输入输出要求2.1.4数据管理能力要求2.1.5故障处理要求2.1.6其他专门要求2.2运行环境 [简要地说明对本系统的运行环境的规定。
]2.2.1设备 [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。
]2.2.2支持软件 [列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。]2.2.3接口 [说明该系统同其他系统之间的接口、数据通信协议等]2.2.4控制 [说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。
]2.3基本设计概念和处理流程 [说明本系统的基本设计概念和处理流程，尽量使用图表的形式。]2.4结构 [给出系统结构总体框图（包括软件、硬件结构框图），说明本系统的各模块的划分，扼要说明每个系统模块的标识符和功能，分层次地给出各模块之间的控制与被控制关系。
]2.5功能需求与系统模块的关系 [本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。]2.6人工处理过程 [说明在本系统的工作过程中不得不包含的人工处理过程。
]2.7尚未解决的问题 [说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。]3.接口设计3.1用户接口 [说明将向用户提供的命令和它们的语法结构，以及相应的回答信息。
] [说明提供给用户操作的硬件控制面板的定义。]3.2外部接口 [说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。
]3.3内部接口 [说明本系统之内的各个系统元素之间的接口的安排。]4.运行设计4.1运行模块组合 [说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块的支持软件。
]4.2运行控制 [说明每一种外界的运行控制的方式方法和操作步骤。]4.3运行时间 [说明每种运行模块组合将占用各种资源的时间。
]5.系统数据结构设计 [不涉及软件设计可不包含]5.1逻辑结构设计要点 [给出本系统内软件所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。]5.2物理结构设计要点 [给出本系统内软件所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系、设计考虑和保密条件。
]5.3数据结构与程序的关系 [说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。]6.系统出错处理设计6.1出错信息 [用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
]6.2补救措施 [说明故障出现后可能采取的变通措施。]6.3系统维护设计 [说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
] 概要设计是一个设计师根据用户交互过程和用户需求来形成交互框架和视觉框架的过程，其结果往往以反映交互控件布置、界面元素分组以及界面整体板式的页面框架图的形式来呈现。这是一个在用户研究和设计之间架起桥梁，使用户研究和设计无缝结合，将对用户目标与需求转换成具体界面设计解决方案的重要阶段。
[1] 概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。
数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，概要设计建立的是目标系统的逻辑模型，与计算机无关。
（1）层次图。层次图用来描绘软件的层次结构。
一个矩形框代表一个模块，方框间的连线表示调用关系。如图，最顶层的方框代表正文加工系统的主控模块，它调用下层模块，完成正文加工的全部功能。
第二层的每个模块完成正文加工的一个主要功能。（2）HIPO图。
HIPO图是IBM公司发明的“层次图加输入/处理/输出图”。层次图加上编号称为H图。
在层次图的基础上，除最顶层的方框之外，其余每个方框都加了编号。层次图中每一个方框都有一个对应的IPO图（表示模块的处理过程）。
每张IPO图应增加的编号与其表示的（对应的）层次图编号一致。IPO图是输入/加工/输出图的简称。
（3）结构图。结构图是Yordon提出的进行软件结构设计的工具，结构图和层次图类似，一个方框代表一个模块。
3.软件系统性能设计怎么写
软件概要设计
网应该处都我前打问题
给我前用吧~
概要设计说明书
1引言
1.1编写目
说明编写份概要设计说明书目指预期读者
1.2背景
说明：
a. 待发软件系统名称；
b. 列项目任务提者、发者、用户及运行该软件计算站（）
1.3定义
列本文件用专门术语定义外文首字母组词原词组
1.4参考资料
列关参考文件：
a. 本项目经核准计划任务书或合同级机关批文；
b. 属于本项目其已发表文件；
c. 本文件各处引用文件、资料包括所要用软件发标准列些文件标题、文件编号、发表期版单位说明能够些文件资料源
2总体设计
2.1需求规定
说明本系统主要输入输项目、处理功能性能要求详细说明参见附录C
2.2运行环境
简要说明本系统运行环境（包括硬件环境支持环境）规定详细说明参见附录C
2.3基本设计概念处理流程
说明本系统基本设计概念处理流程尽量使用图表形式
2.4结构
用览表及框图形式说明本系统系统元素（各层模块、程序、公用程序等）划扼要说明每系统元素标识符功能层给各元素间控制与控制关系.
2.5功能器求与程序关系
本条用张矩阵图说明各项功能需求实现同各块程序配关系：
程序1 程序2 …… 程序n
功能需求1 √
功能需求2 √
……
功能需求n √ √
2.6工处理程
说明本软件系统工作程包含工处理程（）
2.7尚未问决问题
说明概要设计程尚未解决设计者认系统完前必须解决各问题
3接口设计
3.1用户接口
说明向用户提供命令语结构及软件答信息
3.2外部接口
说明本系统同外界所接口安排包括软件与硬件间接口、本系统与各支持软件间接口关系
3.3内部接口
说明本系统内各系统元素间接口安排
4运行设计
4.1运行模块组合
说明系统施加同外界运行控制所引起各种同运行模块组合说明每种运行所历经内部模块支持软件
4.2运行控制
说明每种外界运行控制式操作步骤
4.3运行间
说明每种运行模块组合占用各种资源间
5系统数据结构设计
5.1逻辑结构设计要点
给本系统内所使用每数据结构名称、标识符及每数据项、记录、文卷系标识、定义、度及间层或表格相互关系
5.2物理结构设计要点
给本系统内所使用每数据结构每数据项存储要求访问、存取单位、存取物理关系（索引、设备、存储区域）、设计考虑保密条件
5.3数据结构与程序关系
说明各数据结构与访问些数据结构形式：
6系统错处理设计
6.1错信息
用览表式说朗每种能错或故障情况现系统输信息形式、含意及处理
6.2补救措施
说明故障现能采取变通措施包括：
a. 备技术说明准备采用备技术原始系统数据万丢失启用副本建立启技术例周期性磁盘信息记录磁带于磁盘媒体种备技术；
b. 降效技术说明准备采用备技术使用另效率稍低系统或求所需结某些部例自系统降效技术手工操作数据工记录；
c. 恢复及再启技术说明使用恢复再启技术使软件故障点恢复执行或使软件始重新运行
6.3系统维护设计
说明系统维护便程序内部设计作安排包括程序专门安排用于系统检查与维护检测点专用模块 各程序间应关系采用矩阵图形式；
4.怎样进行系统维护
在使用XP的过过程中，系统运行速度会随着时间的推移越来越慢了，有的朋友可能会想到重装系统，但重装后，那么多的应用软件也要重新安装，如何在不安装系统的前提下提升XP的运行速度呢？只要你安照以下九个方面操作，相信你的XP又会重新高速运行。
1、加快开关机速度 在Windows XP中关机时，系统会发送消息到运行程序和远程服务器，告诉它们系统要关闭，并等待接到回应后系统才开始关机。加快开机速度，可以先设置自动结束任务，首先找到HKEY_CURRENT_USERControl PanelDesktop，把AutoEndTasks的键值设置为1；然后在该分支下有个“HungAppTimeout”，把它的值改为“4000（或更少），默认为50000；最后再找到 HKEY_LOCAL_，同样把 设置为“4000”；通过这样设置关机速度明显快了不少。
2、提高宽带速度 专业版的Windows XP默认保留了20%的带宽，其实这对于我们个人用户来说是没有什么作用的。尤其让它闲着还不如充分地利用起来。
在“开始→运行”中输入gpedit.msc，打开组策略编辑器。找到“计算机配置→管理模板→网络→QoS数据包调度程序”，选择右边的“限制可保留带宽”，选择“属性”打开限制可保留带宽属性对话框，选择“启用”，并将原来的“20”改为“0”，这样就释放了保留的带宽。
3、优化网上邻居 Windows XP网上邻居在使用时系统会搜索自己的共享目录和可作为网络共享的打印机以及计划任务中和网络相关的计划任务，然后才显示出来，这样速度显然会慢的很多。这些功能对我们没多大用的话，可以将其删除。
在注册表编辑器中找到 HKEY_LOCAL_ ，删除其下的（打印机）和{D6277990-4C6A-11CF8D87- 00AA0060F5BF}（计划任务），重新启动电脑，再次访问网上邻居，你会发现快了很多。 4、加快启动速度 要加快Windows XP的启动速度。
可以通过修改注册表来达到目的，在注册表编辑器，找到 HKEY_LOCAL_ ManagerMemory ，在右边找到EnablePrefetcher主键，把它的默认值3改为1，这样滚动条滚动的时间就会减少； 5、自动关闭停止响应程序 有些时候，XP会提示你某某程序停止响应，很烦，通过修改注册表我们可以让其自行关闭，在HKEY_CURRENT_USERControl PanelDesktop中将字符健值是AutoEndTasks的数值数据更改为1，重新注销或启动即可。 6、加快菜单显示速度 为了加快菜单的显示速度，我们可以按照以下方法进行设置：我们可以在HKEY_CURRENT_USERControl PanelDesktop下找到“MenuShowDelay”主键，把它的值改为“0”就可以达到加快菜单显示速度的效果。
7、清除内存中不被使用的DLL文件 在注册表的HKKEY_LOCAL_，在Explorer增加一个项AlwaysUnloadDLL，默认值设为1。注：如由默认值设定为0则代表停用此功能。
8、加快预读能力改善开机速度 Windows XP预读设定可提高系统速度，加快开机速度。按照下面的方法进行修改可进一步善用CPU的效率： HKEY_LOCAL_]，在PrefetchParameters右边窗口，将EnablePrefetcher的数值数据如下更改，如使用PIII 800MHz CPU以上的建议将数值数据更改为4或5，否则建议保留数值数据为默认值即3。
9、减少启动时加载项目 许多应用程序在安装时都会自作主张添加至系统启动组，每次启动系统都会自动运行，这不仅延长了启动时间，而且启动完成后系统资源已经被消耗掉！ 启动“系统配置实用程序”，在“启动”项中列出了系统启动时加载的项目及来源，仔细查看你是否需要它自动加载，否则清除项目前的复选框，加载的项目愈少，启动的速度自然愈快。此项需要重新启动方能生效。
5.系统开发设计思想怎么写
(1) 瀑布模型（waterfall model）
瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，开发进程从一个阶段“流动”到下一个阶段，这也是瀑布开发名称的由来。 瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施，若确认，则继续下一项活动；否则返回前面，甚至更前面的活动。对于经常变化的项目而言，瀑布模型毫无价值。