PSASP7.0软件学习文档

基础数据的定义

相对于PSASP DOS版，PSASP6.X，PSASP7.0版的核心计算程序未变，这样便保证PSASP已有的功能和计算的可靠。但在数据结构方面做了很大的调整和改进，使之更加科学、合理。

在一个电力系统中，电力系统元件及其公用参数的数据是该电网的基础数据。它是电力系统分析计算中最基本且较稳定的数据，与执行什么计算没有关系。

对于一个电网来说，输电线、变压器、发电机、调节器、负荷、直流线、静补、开关、刀闸等元件及其相应参数是最基础的数据。当把这些数据准备好，再加上少量的控制信息(计算数据)即可执行各种分析计算。而且在此基础上，不断加以补充，可以应用多年。

基础数据分为两个数据库：基本元件数据库和元件公用参数数据库，由这两个库共同完成电力系统各元件的数据描述。每个数据库按元件不同又设置了若干个数据表。(1)基本元件数据库：该库主要存放输电线、变压器，一次设备(发电机、负荷、直流、静补)和二次装置(调压器、调速器，PSS等)等系统元件的数据。(2)元件公用参数数据库：在基本元件数据库中，其中有些元件，如：发电机及其调节器(调压器，调速器，PSS)存在着不同的记录中含有相同数据的情况。因此，把相同的数据抽出来，作为公用参数库，为基本元件数据库所共享，这样可进一步减少数据的冗余度。

基础数据的建立和编辑方法有以下四种：

(1)对话框录入：该方式如同填写表格，便于各记录间的数据比较，与PSASP6.X 版的数据浏览编辑方法相似。此外，还可以通过工具条中的“窗口设置”按钮，以对话框方式编辑数据，尽管各类元件对话框的内容不同，但画面风格一致。都有工具条，按钮，数据标题栏及解释说明条，使用户很容易了解各项的内容及如何填写。一幅画面对应数据表的一条记录，翻一个画面便换另一个记录。

(2)在绘制电力系统单线图/厂站主接线图各元件的同时，即可建立和编辑各元件的数据。具体分为以下两种情况：在绘制某一元件时，若基础数据库中不存在该元件对应的数据，则程序会自动根据该元件的连接关系，自动添加该元件对应的数据；双击图上的某一元件或右键点击某一元件，选取“数据”菜单项，即弹出对应元件的数据编辑对话框，从而可填写或修改各项数据。

(3)从其他目录导入：为了实现PSASP7.0以上版本数据间的方便共享，可通过从其他目录导入功能，导入其他目录的基础数据库、公用参数库、单线图、地理位置接线图等数据图形信息。在程序组“电力系统分析综合程序(PSASP)”中点击“数据升级转换|从其它目录导入PSASP7.0数据”项。

工程：是指所要计算的电力系统，即一套电力系统数据、图形（包括单线图、地理图、厂站图等）、计算结果的统称。

数据：工程所包含的各种基础数据，存放在MySQL数据库中，可以配置其存放路径在MySQL\Data目录下，也可存放在工程路径的Data子目录下。

系统基准容量：系统基准容量是换算系统标幺值数据的基准。在给定数据目录后，所要计算的电力系统就确定了，从而该系统的基准容量也就给定了。若在该目录下已建立了一些以系统基准容量为基准的标幺值数据，则该系统基准容量不能改变，因为数据库的数据与该基准容量有关。修改系统基准容量时，程序将给出警告提示，若做了修改，须自行修改已有的相关数据。菜单“工程|工程信息”项和数据浏览对话框的“汇总”页面，显示了系统基准容量。

一、基本元件的数据组字段：？？？

二、数据浏览窗口：

查找：对于单端元件，包括母线、节点、三绕组变压器（中心点母线）、发电机和负荷，弹出如下窗口：在该窗口中，可按母线名查找。对于双端元件，包括交流线、直流线、两绕组变压器和移相器，弹出如下窗口：在该窗口中，可按支路名称和两侧节点名查找。对于公用参数库中的参数表，则弹出如下窗口：在该窗口中，可按参数组号查找。

显示设置：可以设置当前浏览页显示的内容。

窗口设置：通过该对话框也可编辑元件的基础数据。

说明：

数据浏览窗口提供了一个直观的数据编辑环境，与元件数据编辑窗口相辅相成。在浏览窗口输入数据时需注意，有些字段在数据编辑窗口中通过单选钮或下拉框直接进行选择，但在数据库中是以逻辑型或数值型存放的。这时利用浏览窗口输

入时就必须根据字段的规定，直接填写其所对应的逻辑型、数值型或字符型值。如：“单位”通过单选钮选择，选择p.u.为标幺值，则填写.T.，若选择Ohm为有名值，则填写.F.。

三、系统元件数据库编辑窗口：

双击图上的某一元件或右键点击某一元件，选取“数据”菜单项；或在数据浏览对话框中，点击窗口设置按钮，均弹出对应元件的数据编辑对话框。

基本项：对于系统元件数据库的录入，以下几项内容在各个数据录入时必须填写：有效（该记录是否有效）、数据组(数据所属数据组，名其作用见前述3.1.3)、名称（所有元件的名称不能重复）。

数据项栏目及分页框：其中又可以分为以下几类:必要的直接数据，如：连接信息和阻抗数据；用于生成直接数据的间接数据，如物理描述；根据需要填写的数据，如控制信息（在潮流计算中若需要用该线路进行控制？？？）线路容量（若需要计算该线路是否越限）；

页框：对于数据项较多的数据表，为了填写清楚和方便，将数据栏分为几个页框，并标识其页框名。一般分页的原则是，将必须填写的数据放在第一页，其它根据需要填写的数据放在第二页、第三页等。

四、系统元件公用参数库编辑窗口：

点击“参数库”菜单中某类模型菜单项，即弹出公用参数数据浏览窗口，且显示相应模型页。在公用参数数据浏览窗口，点击窗口设置按钮，即显示参数编辑窗口。

五：基本元件数据库：

母线数据：

母线数据是最基本的数据，其它元件(交流线、发电机等)均与母线相连，因此：

①在其它元件数据录入之前，首先要录入与之相连的母线数据。

②要删除某一母线数据，首先要删除与该母线相连的元件数据。

基本项：母线名、分区号、厂站名。

说明：①对上述各项数据，基本项均应填写；电压栏中基准电压一般选系统标幺值计算所取的平均额定电压；电压上、下限为最优潮流的电压允许范围和做系

统安全分析用；短路容量数据主要用于短路电流分析。若只进行最简单的标幺值潮流计算，母线数据仅填母线名和区域号即可。

②母线名的修改：在基础数据建立之后，基础数据库和图形数据库中各元件的数据都存储了与其相连母线的名称，如果仅修改母线数据中的母线名，会造成数据的不对应。为保持数据的一致性，程序会自动记录母线名的修改情况，在修改数据中母线名的同时，将图形几何信息中对应的母线名也做了修改。

节点数据：

为了详细描述发电厂及变电站内部详细的接线方式，PSASP7.0版新扩充节点数据。一条母线对应多个节点，统一母线多个节点直接通过开关和刀闸连接。

交流线数据：

基本项：有效、数据组、名称、编号、所属区域。

连接信息栏：I侧节点名、J侧节点名、开关状态、基准电压。

基准电压：选取节点后，自动显示节点数据对应的基准电压。如与实际不符，请检查节点数据中该节点的基准电压值。

阻抗：阻抗数据是指线路的正序和零序数据，是计算的必要数据。数据单位由“单位”而定。这部分数据可直接填写，也可点击物理描述页中“阻抗计算”按钮计算得到。

物理描述页：主要填写线路的物理描述。利用这些数据，可计算阻抗栏中的数据。物理参数栏：可通过建立交流线物理参数库，将典型线路的物理参数存放在库中，便于物理参数的管理和使用。

说明：①对上述交流线数据，基本项、连接信息和线路阻抗是必要数据，必须填写。其它数据可根据需要填写。

②在交流线数据窗口中还可录入接地支路如并联电容器和并联电抗器的数据。若I侧母线名和J侧母线名相同，即表示当前交流线对应于一接地支路。对于并联电容器和并联电抗器，需在阻抗栏的电阻项中填写0，电抗项中填写其电抗值，其中电容器值为负，电抗器值为正。

两绕组变压器数据：

基本项：有效、数据组、名称、编号。

连接信息栏：I侧节点名、J侧节点名、开关状态、基准电压、连接方式。

阻抗及变比页：主要填写变压器等值电路的阻抗和变比，是计算的必要数据。零序数据页：主要填写变压器零序阻抗，是不对称故障计算所必须的数据。

控制信息页：该页数据用于实现潮流计算的控制功能。

物理描述页：主要填写变压器的物理描述。利用这些数据可计算阻抗及变比栏中的数据。

物理参数栏：可通过建立两绕组变压器物理参数库，将典型两绕组变压器的物理参数存放在库中，便于物理参数的管理和使用。

说明：上述两绕组变压器的各项数据，基本项、连接信息、阻抗和变比为必要数据，必须填写，其它数据根据需要填写。

三绕组变压器数据：

同两绕组变压器数据。

发电机及其调节器数据：

基本项：有效、数据组、节点名、节点类型。

功率和电压页：主要填写给定运行方式下的实际发电机出力和运行电压，如潮流计算中取该发电机母线为PV节点或Vθ节点，运行电压值必填。

控制信息页：该页数据主要用于实现潮流计算的控制功能。

发电机及其调节器页：主要填写稳定等计算所需的发电机及其调节器的数据。负荷数据：

基本项：有效、数据组、节点名、节点类型、名称、负荷号。

功率和电压页：主要填写负荷功率和电压，是计算的必要数据。

静特性栏：当“母线类型”选择“Static Char.”时，即表示该负荷点考虑静特性，此时该栏被激活。

控制信息页：主要填写潮流计算中有关控制功能的信息。

负荷模型页：填写稳定计算中所用的负荷模型。

区域数据：

主要填写该电网所划分的区域名及其编号。

分区数据：

分区编号（分区的编号）、分区名（分区名称）、区域号（分区所属区域的编号）。厂站数据：

厂站类型（0：火电厂；1：水电厂；2：核电厂；3：变电站）、厂站名称、分区号（厂站所属分区的编号）。

六、元件公用参数数据库：

元件公用参数是为基础数据共享而设计的。在电力系统分析计算，主要是稳定计算中所涉及的一些元件：发电机，调压器，调速器，电力系统稳定器，负荷，直流调节器，静补等。PSASP将其中的一些常用模型，作为固定模型编制在程序中（其他一些模型可通过用户自定义方法建立）。又因同一厂家生产的同型号设备，其参数相同。因此系统中所用的这些模型，其参数有不少是相同的。所以元件公用参数的特点是“公用”性。以基本元件数据库中的发电机及其调节器数据为例,每一接有发电机的母线，均需填写其发电机(或等值机)的有关数据,其中除有功和无功出力外,还需填写:同步机的有关参数:X，调压器各环节参数:K，调速器各环节参数:K，PSS各环节参数:K。对于上述同步机、调压器、调速器、PSS，若型号和参数相同，则可共用一组参数。为此在发电机及其调节器数据中，只填写同步机的模型和参数组号，调压器的模型和参数组号，调速器的模型和参数组号，PSS的模型和参数组号。根据指定模型和参数组号,再从相应元件公用参数库中抽取所需的参数。

七、单线图编辑环境简介：

单线图编辑环境的各组成部分都采用浮动窗口形式，位置可随鼠标的拖动而进行相应移动，移动后的位置也可保存下来。这样用户可以按自己的习惯定制单线图编辑环境显示的内容和各部分的显示位置。

工具条（文件、编辑、视图、格式、功能控制）、工具箱、绘图窗口、导航窗口、信息反馈窗口、工程管理窗口。

八、系统单线图的编辑：

依据电力系统单线图中各种元件的电气连接特征，可将这些元件划分为若干类：母线、单端元件、双端元件、三端元件等，以下分别说明这几类元件的绘制方法。母线：母线是系统单线图中最基本的元件，其他元件都必须在它之后绘制。元件图符的缺省绘制方向为“由左向右”，点击“Ctrl控制”键，可以调整元件图符的绘制方向。弹出的“母线名称”对话框，要求指定或选择该母线的名称，该

窗口中的下拉组合框列出所有存在于数据库中但尚未绘制的母线名，可以选取母线名，也可以输入新的母线名；在指定母线名之后，点击“确定”按钮，则该母线绘制完成。此时若数据库中已有该母线的数据，则所绘母线图形和数据自动对应；若数据库中尚无该母线的数据，则在母线数据表中自动按该母线名增加一条母线数据。

单端元件：发电机、负荷、并联电抗器、并联电容器、静止无功补偿器等属于单端元件，这几种元件的共同特点是只与一条母线（节点）相连，因此其一端固定于母线（节点）上，另一端可以自由移动。绘制此类元件之前，必须首先绘制其所连母线（节点）。比如发电机，

鼠标移动到刚绘制的发电机图符上，会显示一个绿色实心矩形框（热点），按下鼠标左键，拖拽鼠标至该发电机相连的母线上，相应的母线会高亮度显示，此时再松开鼠标左键，即可完成该发电机的绘制。

此时若数据库中已有该发电机的数据，则所绘发电机图形和数据自动对应；若数据库中尚无该发电机的数据，则在发电机数据表中自动按该发电机相连的母线名增加一条发电机数据。

双端元件：交流线、直流线、两绕组变压器、移相变压器、串联电容器、串联电抗器等都属于双端元件，这几种元件的共同特点是：它们的起点和终点必须分别连在不同的母线（节点）上，绘制此类元件之前，必须首先绘制其两侧母线（节点）。此类元件可由多段首尾相连的水平或竖直线段组成。又如交流线，交流线即绘制完毕，此时若数据库中已有该交流线的数据，则所绘交流线图形和数据自动对应；若数据库中尚无该交流线的数据，则在交流线数据表中自动按该交流线相连的两侧母线（节点）名增加一条交流线数据。

三端元件：三绕组变压器属于三端元件，特点是：与三条不同母线（节点）相连，它包括三条折线，每条折线由若干段首尾相连的水平或者竖直线段组成。绘制此类元件之前，必须首先绘制其三侧母线（节点）。

若此时若数据库中已有该三绕组变压器的数据，则在对话框中自动显示匹配的中心点即三侧节点名，点击“确定”按钮之后，所绘三绕组变压器的图形和数据自动对应。若数据库中尚无该三绕组变压器对应的数据，则要求用户在中心点节点下拉框中输入该三绕组变压器中心点节点（母线）名，点击确定后，会在三

绕组变压器数据表中自动按该三绕组变压器相连的三侧母线（节点）名增加一条三绕组变压器数据，同时会在母线表和节点表中增加该中心点母线和节点数据。注释元件：在电力系统单线图中，注释文本、矩形和线段不代表任何实际系统元件，只是起注释说明作用，统称为注释元件。

九、元件的修改：

系统单线图中元件的修改可分为两类：一类可以用鼠标拖拽完成的修改如：移动、改变长度等；另一类是用鼠标拖拽无法完成的修改如：改变元件的颜色、标注字体、方向、粗细、半径等。

用鼠标拖拽修改各种元件的方法：

母线：若在母线的两端按下鼠标左键，拖拽鼠标可以改变该母线的长短和方向（？？？）。

单端元件：这种元件由一个标志图符和一条连接线组成。根据开始拖拽鼠标时的鼠标位置（标志图符、连线），可以完成不同的修改操作。

双端元件：这类元件由多条线段和一个标志符号组成，根据开始拖拽鼠标时的鼠标位置，可以完成不同的修改操作。

三端元件(三绕组变压器)：三端元件(三绕组变压器)由三条折线和一个标志符号组成。其中修改方法与双端元件相同。若要改变三绕组变压器中心位置，必须在标志图符中按下鼠标左键并拖拽到新位置，松开鼠标左键后，将自动连接到其三端母线。

文本：指各种元件的标注文本(母线名，母线电压，发电机和负荷功率，线路潮流等)以及整个单线图的注释文本。其中各元件的标注文本，当元件画好后，有一个缺省位置，之后，可以调整和修改。修改方法是在文本范围内中按下鼠标左键，此时文本会高亮度显示，拖拽鼠标时该文本会随之移动，松开鼠标左键后，文本将移动到指定位置。

不通过鼠标拖拽修改元件的方法：

有一些如改变元件的颜色、标注方向、宽度、半径等不能通过鼠标拖拽来实现的修改，这些属性的修改可通过如下的“选项”对话框完成。

在以下三种情况下，会弹出“选项”对话框：选取菜单“格式”中的“选项…”项，弹出“选项”对话框，修改属性后，将“全部应用”复选框设为有效，

点击“应用”按钮则将所做属性修改应用于整个单线图内的所有该类元件；右键点击欲修改的元件，在右键快捷菜单中选取“选项”，则会弹出“选项”对话框，可以对选中的元件的属性做单独修改；右键点击选择的一批元件(成组选择)，在右键快捷菜单中选取“选项”，则会弹出“选项”对话框，可以对选中的一批元件的属性做统一修改。

有样式、宽度、半径、颜色、标注字体。

十、元件数据的建立和修改：

前述的系统元件的建立和修改的对象是元件在单线图中的几何外观，系统元件数据建立和修改的方法是：用鼠标左键双击，或者右键点击某元件并在右键快捷菜单中选“数据”项，即可弹出该元件的数据窗口，以查看和修改。

系统单线图编辑环境的其它功能：

数据检查：如果用户在绘制完单线图以后，又对基础数据库加以修改，或者从不同的目录导入了单线图或者基础数据，图形数据库和基础数据库可能会不对应，从而导致编辑和显示结果时产生错误。为此，程序中增加了数据检查的功能，以检查图形数据库和基础数据库是否有不对应的地方。

删除元件：先点击工具箱中“选定元件”按钮，再用左键点击欲删除的元件，该元件会变成粉红色，表明该元件已被选中，选取菜单“编辑”的“删除”项或者点击工具条中的“删除”按钮，则删除该元件。删除前会询问“是否删除与该元件对应的数据”，选“否”则保留数据，选“是”则同时删除数据。此外，右键点击欲删除的元件并从右键快捷菜单中选取“删除”项，也可以删除该元件。删除单线图：选取菜单“文件”中“删除单线图”项，即可删除当前单线图。连续绘制：在缺省方式下，每次绘制新元件时必须先在工具箱或者菜单中选择元件，然后才开始绘制；如果需要大批量绘制同一类型的元件，可以用鼠标双击工具箱中该类性元件对应的按钮，之后即可以连续绘制多个同类型的元件，而无须每次重新选择元件类型。

界面显示设置、设置网格（视图）；图面内容、单位和格式（格式）。

设置图幅尺寸：在绘制单线图的过程中，如果绘制元件超出了当前图幅范围，则程序会根据需要自动设置图幅寸。

数据组的选择、管理；方案定义；数据检查、图数一致性检查。元件的成组操作、基础数据的组织；

理发店管理系统设计文档

理发店管理系统设计说明书

目录 一、文档简介 (3) 1.1 文档目的 (3) 1.2 背景 (3) 1.3 读者对象 (3) 1.4 定义 (4) 1.5 参考文献 (4) 1.6 术语与缩写解释 (4) 二、总体设计 (4) 2.1 需求规定 (4) 2.2 运行环境 (4) 2.3 物理结构示意图 (5) 2.4 总体结构图 (5) 2.5 客户端程序组成 (5) 2.6 基本设计概念和处理流程 (6) 三、接口设计 (7) 3.1 用户接口 (7) 3.2 外部接口 (8) 3.3 部接口 (8) 四、系统数据库设计 (10) 4.1 数据库环境说明 (10) 4.2 数据库的命名规则 (11) 4.3 逻辑结构设计 (11) 4.4 物理结构设计 (12) 五、系统出错处理设计 (13) 5.1 出错信息 (13) 5.2 补救措施 (14) 5.3 系统维护设计 (14)

一、文档简介 1.1 文档目的 1．编写本说明书的目的在于： （1）将系统划分成物理元素，即程序、文件、数据库、文档等。 （2）设计软件结构，即将需求规格转换为体系结构，划分出程序的基本模块组成，确定模块间的相互关系，并确定系统的数据结构。 2．本说明书的用途在于寻找实现目标系统的各种不同方案，分析员从这些可供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的物理元素，进行成本\效益分析，从中选出一个最佳方案向用户和使用部门负责推荐。如果用户和使用部门负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软件结构。通常，设计出初步的软件结构后还要进一步改进，从而得到更合理的结构，进行必要的数据库设计，确定测试要求并且制定测试计划。 3．本说明书的主要读者为系统分析员和用户和使用部门的有关人员，为后面的系统开发提供依据。 作为BSS理发店管理系统设计文档的重要组成部分，本文档主要对软件后台数据库的概念模型设计和物理模型设计做出了统一的规定，同时确定了每个表的数据字典结构。本文档是开发人员实际建立BSS数据库及其数据库对象的重要参考依据。同时本文档对软件的整个系统的结构关系进行了详细的描述，并对相关容作出了统一的规定。 1.2 背景 理发店是人们日常生活中不可缺少的一部分，有一定规模的理发店具有多名理发师和众多顾客，一般情况下，当忙碌起来以后，很难记清楚每名理发师的工作量，不便于日后考核；同时大量的会员如果仅适用传统的纸质和卡片记录管理，容易出错，而且不方便统计。计算机应用技术迅猛发展，开发一套理发店的理发师和会员管理系统具有很强的现实意义。 1.3 读者对象 本文档的主要读者包括： 1．本系统的设计人员：包括模块设计人员。 2．本系统的系统开发人员：包括数据库开发、编码人员。 3．本系统的测试人员。

在华硕RT-N11+上玩转OpenWRT+Asterisk

在华硕RT-N11+上玩转OpenWRT+Asterisk 华硕RT-N11+是一款高性能的300M 802.11n无线路由器，内置Ralink RT3052F 384M 主频的CPU，32M SDRAM，4M FLASH，高主频的CPU为希望开发具有定制功能应用的爱好者提供了很好的平台，下面介绍如何将OpenWRT和Asterisk移植到此路由上作为一个小型的SIP Server。 图表 1 被肢解的ASUS RT‐N11+ 图表 2 ASUS RT‐N11+ CPU特写

4M 的flash实在不给力，更换为8M 的 Spansion flash 型号S25GL064N，这样基本可以满足asterisk的运行。 一、编译openwrt，编译环境为fedora13。 1.svn checkout svn://https://www.sodocs.net/doc/189545969.html,/openwrt/trunk 2.cd trunk 3../scripts/feeds update -a 4../scripts/feeds install -a 5.make menuconfig 选中Target System->Ralink RT288x/RT305x 选中Subtarget-> RT305x based boards

选中Network->Telephony->asterisk18 LuCI->Servcer Interfaces->luci-sgi-uhttpd

6.make V=99 编译完成可以在trunk看到以下文件 bin/ramips/openwrt-ramips-rt305x-fonera20n-squashfs-sysupgrade.bin 偷个懒借用了fonera20n的映像，程序可以跑，LEDD和按键未验证，有兴趣可以参考target/linux/ramips/files/arch/mips/ralink/rt305x/mach-fonera20n.c建立针对RT-N11+的映像。 二、烧录程序 1. 用编程器烧录bootloader“uboot_SDK_nor_sdr32M32bit_v3508_20110919.bin” 2. 连接串口，pin1-pin4依次为VCC，GND，CPU_TX，CPU_RX，波特率57600 3. 烧录openwrt映像 1）在PC机上搭建tftp服务器推荐用Tftpd32.exe， 2）将文件“openwrt-ramips-rt305x-fonera20n-squashfs-sysupgrade.bin”放到 tftp工具的目录下， 3）启动设备在boot menu中选择2按提示输入IP地址和映像名称，升级。

Asterisk配置文件列表以及常用指令

配置文件说明列表：

常规指令 Authenticate:鉴别用户 VMAuthenticate:根据“voicem ail.conf”鉴别用户 Curl:接受外接URLs的修复。支持POSTing DUNDiLookup:用DUNDi查寻号码 SendDTMF:发送独裁的DTMF数据 SendImage:发送图像档案 SendText:发送给客户正文消息 SendURL:发送给客户USL以显示 System:执行系统命令 Transfer:将访客转移到另一个扩展名 TrySystem:0回复执行系统命令 Wait:稍等 WaitExten稍等: WaitForRing:等待呼叫申请 WaitMusicOnHold:等待，在线音乐 Billing ForkCDR:将CDR分成两个独立的实体 NoCDR:确保 asterisk没有把CRD保存为特定的呼叫 ResetCDR:重新安装CDR数据 SetAccount:设置帐簿号码 SetAMAflags:开通AMA标志开户的渠道 SetCDRUserField:建立CDR用户领域 AppendCDRUserField:给CDR用户附加数据 Call m anagement (hangup, answer, dial, etc) Answer:如果呼叫回复一个信道 Busy:显示忙的情形等待挂断 ChanIsAvail:如果信道可以利用即核查 Congestion:显示拥塞等待挂断 Dial:设置一个指令连接当前的信道 DISA:直接访问内在系统 Hangup: 无条件挂断 Ringing显示呼叫 Caller presentation (ID, Name etc) CallingPres:更改呼叫者的身份介绍 LookupBlacklist: 从黑名单数据库上查询访客的身份姓名和号码LookupCIDName: 从当地的数据库查询访客的身份和姓名PrivacyManager:如果没有CallerID过来，要求输入电话号码SetCallerID: 建立CallerID，发生矛盾服从CallerID SetCallerPres:建立访客资料的独立信道 SetCIDNam e:建立呼叫者身份姓名，发生矛盾服从CallerID SetCIDNum: 只建立访客的身份号码（没有姓名），发生矛盾服从CallerID SoftHangup: 请求挂断转到另一个信道

系统技术方案 模板

系统技术方案模板 一. 前言近两年随着UED团队的探索，沉淀出了业务协同、设计增值、设计驱动三个层次的价值模型，深入剖析了设计师价值实现的不同阶段与方式。同时越来越多的设计师也逐渐意识到了只有在协同业务的全流程中利用体验的视角去洞见机会，用体验设计的方案去赋能业务，才能更好的实现设计价值的最大化。但是在互联网商业环境下，设计师想要实现设计驱动产品，完成从资源方到驱动者的转变还是十分艰难。往往在推动设计赋能的过程中，遇到多重阻力，设计提案不被合作方认可，产品快速发展没有资源支持，涉及范围广不知从何着手等等。因此本文将以设计师发起并主导的零售通优品项目为例，分享结合服务设计思维，推动设计赋能的方法。 二. 以服务设计视角推动设计赋能的方法1. 为什么要以服务设计视角来推动设计赋能用户体验设计师在业务中擅长站在用户的角度，洞察机会并产出设计创新。但往往只是针对单一用户接触点进行剖析与设计，这种方式虽然可以有效地在当前触点下提升用户体验，但并未形成一个完整的体验闭环。因此导致设计师在主导一个设计创新项目时，即使输出了设计解决方案，也很难进一步推动落地。在设计赋能的项目中，往往要从项目全流程着手，除了核心用户外，还需要考虑各环节中不同合作方的需求，因此更需要的是贯穿各个链路，连接所有用户和涉及全方位接触点的设计实施，通过完整、顺畅、愉悦的项目链路来确保设计赋能的有力推动。而服务设计以流程为基础、

全面挖掘多触点、有效协同各利益相关者的系统性设计思维方式也更适合运用在由设计师主导的设计赋能项目中。2. 如何运用以服务设计视角推动设计赋能的方法方法主要可以分为以下四个步骤：?第一步：洞见及定义设计目标。通过利用专业的方法（调研、问卷、访谈等）洞见诉求及痛点，挖掘设计机会点，并最终定义设计的短期目标及长期目标，以保证设计赋能项目的整体性和全面性。第二步：梳理项目历程。结合设计目标绘制完整的项目历程图，明确项目阶段，并细分出核心环节，通过贯穿各阶段各环节，以全链路的视角保证项目的完整性和可实施性。第三步：细分目标对象及诉求。结合项目历程图按不同阶段、不同环节来划分服务的目标对象，并进一步细分对象诉求，以便从多角色的视角全面掌握目标对象的心智。这一步在设计赋能项目中至关重要，也是设计师最容易忽略的环节，不同阶段涉及到的项目合作方都应该被视作项目的目标服务对象。只有深入了解所有目标对象的诉求，才能提升设计赋能项目的接受度和项目推动的流畅性。第四步：提出针对性方案。通过前期的准备分析，最终结合全链路多角色的多维度视角，输出体系化的设计解决方案，以保证设计赋能项目可以环环相扣，并最终顺利开展，高效落地。整体来说，以服务设计视角推动设计赋能的方法其实就是从设计增值逐步过渡到设计驱动的体现。通过前期以设计师专业能力进行洞见及分析，探索创新机会点，实现设计增值。逐步过渡到通过全链路多角色视角，来不断推动设计驱动业务，以最大程度地发挥设计的价值。下面就以零售通优品项目为例，详细解析设计师是如何以服务设计为视角推动设

Asterisk常用调试命令

Asterisk基本配置 Asterisk译为星号(*)在很多应用中被用做通配符,Astrisk做为PBX系统的完美名称,原因之一是Asterisk可以连接数目庞大的接口类型,包括: 1模拟接接口,如你的电话线或模拟电话. 2数字线路,如T-1和E-1线路 3Voip协议,如SIP和IAX 目前正式版本是IAX2,但是IAX1的所有格式都已经停掉.所以当说到IAX都是特拽IAX2 使用接口配置文件 1.Zaptel.conf:硬件接口基层配置,我们将建立一个FX0和一个FXS通道. 2.zapata.conf:硬件配置Asterisk的接口. 3.extension.conf:拨号方案文件. 4.sip.conf:配置SIP协议的文件 5.iax.conf:配置呼入和呼出IAX通道的文件 ******编辑完zaptel.conf文件,需要使用/sbin/ztcfg -vv装载配置到硬件(不须要详细输出可以省略-vv);修改信令方法需要重启.在编辑sip.conf和iax.conf文档后,分别需要装载chan_iax2.so和 chan_sip.so Asterisk译为星号(*)在很多应用中被用做通配符,Astrisk做为PBX系统的完美名称,原因之一是Asterisk可以连接数目庞大的接口类型,包括: 1模拟接接口,如你的电话线或模拟电话. 2数字线路,如T-1和E-1线路 3Voip协议,如SIP和IAX 目前正式版本是IAX2,但是IAX1的所有格式都已经停掉.所以当说到IAX都是特拽IAX2 使用接口配置文件 1.Zaptel.conf:硬件接口基层配置,我们将建立一个FX0和一个FXS通道. 2.zapata.conf:硬件配置Asterisk的接口. 3.extension.conf:拨号方案文件. 4.sip.conf:配置SIP协议的文件 5.iax.conf:配置呼入和呼出IAX通道的文件 ******编辑完zaptel.conf文件,需要使用/sbin/ztcfg -vv装载配置到硬件(不须要详细输出可以省略-vv);修改信令方法需要重启.在编辑sip.conf和iax.conf文档后,分别需要装载chan_iax2.so和 chan_sip.so******

超市管理系统开发文档

超市管理系统开发文档 1 可行性研究报告 1.1 引言 1.1.1 编写目的 本文档是某公司在通用超市信息服务平台基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.1.2 背景 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是连锁超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市努力追求的目标。 1.1.3 定义 服务平台角色：包括超市管理用户，超市收银用户，VIP用户，普通个人用户，系统管理员。其中： 超市管理用户角色：主要负责物资的采购，入库等。 超市收银用户角色：主要负责平常超市的交易，如收银、退换货等。 VIP用户角色：默认分配给顾客平台注册的用户，是非管理系统的。 普通个人用户角色：默认分配给普通的没有注册的顾客。 系统管理员角色：主要分配给服务平台管理员，对系统初始化，系统内用户管理进行维护。 1.2 可行性研究的前提 1.2.1 要求 要求能添加用户账号，密码，类型等信息。还能对数据库的备份，数据库还原。能进行商品的信息录入，包括商品的编号、名称、单价、单位等。在销售管理中要包括商品的销售信息，销售金额等，并且能记录商品的销售时间，销售数量等，以及商品的当日销售总额。 1.2.2 目标 超市的目标是以优质的服务和品种齐全的商品，面向本地区的所有消费者，以使经营者能够实现利润。具体的目标为：最方便的提供消费者所需购买物品，详细如实的记录物品的品种分类，了解市场发展方向，及时修正进货信息，修改库存管理办法、结算工作办法、采购管理办法等，提高工作效率，节余财力物力资源。 1.2.4 进行可行性研究的方法 1. 经济可行性：超市管理系统的投入，能够提高工作效率，减少工作人员，从而减少劳力资本的投入，根据核算，系统投入几个月之后，就能够收回开发系统的投资，所以从经济角度来说，本系统开发完全必要。 2. 社会可行性分析：目前超市管理系统已经在大型的超市中得到了广泛的应用，超市管理需要现代化和信息化，只有合理的运用信息化的管理，才能在市场竞争中立于不败。超市管理系统不仅能够提高经营者的回报，而且能够随时掌握市场的动向，为经营者提供必要的市场信息，解决了经营者最需要解决的迫切问题，同时超市管理系统对操作人员的要求不高，也合理的节约了成本的投入。 3. 本系统操作方便灵活，便于学习，因此，该系统具有可行性。 可行性研究结论：通过经济、技术、和社会等方面的可行性研究，可以确定本系统的开发完

Asterisk安装指南

Asterisk安装指南 2010-03-20 10:49 1、选择操作系统 据说Asterisk对大多Linux支持的都比较好，内核版本2.6.9-55.EL安装起来很顺利，2.4的麻烦一些。注意安装系统的时候选择上开发环境的包。2、在/usr/src目录中下载Asterisk相关安装包并解压 #cd /usr/src https://www.sodocs.net/doc/189545969.html,/pub/libpri/releases/libpri-1.4.10.tar.gz https://www.sodocs.net/doc/189545969.html,/pub/zaptel/releases/zaptel-1.4.12.1.tar.gz(dahdi asterisk1.6以后就不用这个，用https://www.sodocs.net/doc/189545969.html,/pub/telephony/dahdi-linux-complete/releases/dahdi-linux-complete-2.6.1+2.6.1.tar.gz) https://www.sodocs.net/doc/189545969.html,/pub/asterisk/releases/asterisk-1.6.2.tar.gz https://www.sodocs.net/doc/189545969.html,/pub/asterisk/releases/asterisk-addons-1.6.2.0.tar.gz https://www.sodocs.net/doc/189545969.html,/pub/asterisk/releases/asterisk-sounds-1.2.1.tar.gz # tar -xvzf *.tar.gz 3.安装libpri # cd libpri-1.4.9 # make # make install 4.安装zaptel # cd .. # cd zaptel-1.4.12.1 # make # make install # make config 5.安装asterisk # cd .. # cd asterisk-1.4.24.1 # ./configure # make # make install

开发文档介绍

开发文档介绍 软件开发文档是软件开发使用和维护过程中的必备资料。它能提高软件开发的效率，保证软件的质量，而且在软件的使用过程中有指导，帮助，解惑的作用，尤其在维护工作中，文档是不可或缺的资料。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA 文档》、《项目总结》等。产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》。用户文档《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 开发文档 1. 《功能要求》-- 来源于客户要求和市场调查，是软件开发中最早期的一个环节。 客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》-- 根据用户的功能要求，经过与招标方沟通和确认，技术人员开 始书写《投标方案》，方案书一般包括以下几个重要的章节：前言-- 项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。需求分析-- 项目要求、软件结构、功能列表、功能描述、注意事项等。技术方案-- 总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。项目管理-- 描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。技术支持-- 公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价-- 软、硬件平台报价列表、软件开发费用、系统维护费用等。项目进度-- 整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。 3. 《需求分析》-- 包括产品概述、主要概念、操作流程、功能列表和解说、注意 事项、系统环境等。以《功能要求》为基础，进行详细的功能分析( 包括客户提出的要求和根据开发经验建议的功能) ，列出本产品是什么，有什么特殊的概念，包括哪些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。 4. 《技术分析》-- 包括技术选型、技术比较、开发人员、关键技术问题的解决、 技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析( 产品的性能和实现方法) ，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。 5. 《系统分析》-- 包括功能实现、模块组成、功能流程图、函数接口、数据字典、 软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析( 产

医院管理系统详细设计文档

工程学院信电学院课题设计报告 医院管理系统详细设计文档 班级13软嵌2班 组长王凯 组员王维可夏辉徐洋洋专业13软嵌2 指导教师周宏生

2016 5月20日年

1 引言 1.1 编写目的（Purpose） 根据概要设计说明书中的设计容，编写详细设计说明书，为开发过程提供系统处理过程的详细说明，使系统开发各类技术人员对整个系统所需实现的功能以及系统的功能模块的划分、实现和数据库的表结构清楚的认识，为整个系统的开发、测试、评定和移交的提供基础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则，并为以后的编程工作提供依据。 1.2 读者对象（Reader） 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、管理人员、项目评审人员。 1.3 编写目标(Goal) 以先进成熟的数据库管理技术、计算机技术和通信技术为主要手段，结合用户业务需求，在医院以C/S作为开发平台的企业信息网上建立一个覆盖医院的高质、高效、实用的管理信息系统；从系统层到应用层具有严密的安全控制机制。系统能够适应医院组织机构和结构的调整。采用构件化技术，使应用系统具有相应的独立性，使各子系统能具有通用性，又能适应医院某些机构的个性化要求；系统具有较长的生命周期，并保证从现有业务管理模式向更加优

化的领导决策和管理模式平稳过渡。 1.4 项目背景(Background of Project) 项目名称：医院信息管理系统 项目简称：医院系统 委托单位：某医院 开发单位：本公司主管部门：本公司 1.5 定义(Definitions) 本详细说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及相应的解释容包括（有关医疗术语关键词不在此列表中）：门诊：CN 住院：IH 病案：PA 药库：MC 医技：所有检验、检查项目、手术项目等药品：中草药、西药、试剂 2 系统总体描述 2.1 业务处理总流程 2.1.1 总体业务流程图

asterCRM安装配置手册

asterCC安装配置手册 一．安装环境 1.安装程序：astercc-0.14-beta-rc1.zip 2.操作系统：CentOS Linux or Redhat Linux with mysql 3.硬件要求：X86 CPU 1GHz 1GB RAM 20GB HardDisk Ethernet Adaptor 二．安流流程 1.安装CentOS Linux or Redhat Linux 2.下载安装程序： https://www.sodocs.net/doc/189545969.html,/news/astercc-and-astercc-box-released-014-beta-rc1 3.ssh登录后台，解压程序包 [root@sc38 ~]# unzip astercc-0.14-beta-rc1.zip 4.进入astercc-0.14-beta-rc1，更改可执行权限并执行install.sh脚本，根据提示进行安装 [root@sc38 astercc-0.14-beta-rc1]# chmod 755 install.sh [root@sc38 astercc-0.14-beta-rc1]# ./install.sh Please enter database information database host(default localhost): 设置数据库地址，默认为localhost database port(default 3306): 设置数据库连接端口，默认为：3306 database name(default astercc): 设置数据库名，默认为astercc database user name(default root): 设置数据库连接用户，默认为root database user password(default null):eLaStIx.2oo7 设置数据库连接密码,如果本机已安装Elastix,则密码为eLaStIx.2oo7 database bin path(default /usr/bin): 设置mysql的程序路径，默认指定/usr/bin Please enter the Asterisk infomation:

软件开发技术文档

病案无纸化管理系统 目录： 一、系统简介 二、组织框架 三、物流与功能流程 、系统简介 二、组织框架 1. 机构

1.1、层次 共分三级：公司级、分店部门级和班组织。如图1-1 1.2、现有机构组成 公司级：总经理室； 部门级：分布在具体地区的连锁店（加盟店、特许店），公司各职能部门（人事行政部，财务部、信息管理部、市场营销采购部、企划管理部等）、配送中心班组级：分店和配送中心的管理班组； 1.3、职能与权限 下面我只对与系统开发有关的机构职能进行阐述（按层次说明）： 公司级： 1.3.1、总经理室 1.3.1.1、制定公司整体发展策略； 131.2、批准销售计划；协调公司内各部门的工作； 131.3、管理监督和指导下属各分店（部门）的工作； 131.4、决定公司高层人事的变动； 1.3.1.5、分析公司的销售、库存、采购、付款等情况；

1.3.1.6、批准各分店和配送中心的盘点、损益报告及价格政策公司部门级： 1.3.2、人事行政部 1.3. 2.1、负责人员的工资考勤、招聘、培训、建档、考核、晋级、定级、奖惩和解聘； 1.3. 2.2、管理全公司的固定资产以及办公用品 1.3.3、财务部 1.3.3.1、处理公司日常财务事宜； 1.3.3.2、根据销售数据和总经理室或市场营销采购部的要求支付货款，并记录货款流水； 1.3.3.3、根据合同（协议）制定出财务付款计划；对进出发票进行管理； 1.3.3.4、根据分店和配送中心提供的销售、进货、配送、退货、退厂、调价、优惠、损益、报残、盘点数据，对公司进、销、存按进价和售价进行核算； 1.3.4、财务部市场营销采购部 1.3.4.1、实施商品的引进、退货、更新、定位和淘汰； 1.342、制定价格政策（调价和优惠）和促销计划（方案）并付诸实施； 1.3.4.3、为总经理室和其他部门提供相关报表和数据； 1.344、制定付款计划报总经理批准后交财务部实施；

软件项目文档汇总

开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。

管理系统开发设计文档大纲编写要求：

管理系统开发设计文档大纲编写要求： 1 问题定义 （本章主要是按照毕业设计任务书的要求，完成所开发系统的问题定义，主要由以下几节组成） 1．1 系统名称 （根据项目的来源、项目完成的目标、项目将发挥的作用等，完成系统名称的定义）1．2 现行系统存在的问题 （分析目前对用户现行系统的了解，分析现行系统在管理、规范化、现代化办公等方面存在的使用计算机进行管理能够避免的主要问题） 1．3 项目目标 （分析现行系统中可以采用计算机进行管理的各子项，根据系统提出相应的要求，并对实现的目标系统进行描述） 1．4 项目范围 （对项目在开发过程中所涉及到用户方面的组织、人员、环境、计算机软硬件资源、开发中经费的初步估算。） 1．5 可行性研究阶段经费估算 2 可行性研究 2．1 现行系统调研 2．1．1 现行系统目标 （分析现行系统在用户的工作中的地位、发挥的作用、以及目标能够达到的目标。）2．1．2 用户组织机构 （绘出用户所在机构的总体组织机构图、所开发系统涉及的机构绘出详细的组织机构图，并对系统涉及的组织机构的人员、业务范围、机构职能等方面进行详细的描述。）2．1．3 系统的业务流图 （根据系统业务绘制出各子系统的业务流图，业务流图应准确地描述业务在处理过程中数据的来源、处理、存储、传送等过程） 2．1．4 系统接口 （现行子系统与其它子系统的业务联系方式、共享数据及存储使用要求等） 2．2 可行性分析 2．2．1 可行性分析的目的 2．2．2 技术可行性（参考毕业设计指导书） 2．2．3 经济可行性（参考毕业设计指导书） 2．2．4 操作可行性（参考毕业设计指导书） 2．2．5 法律可行性（参考毕业设计指书书） 2．2．6 可行性研究结论 （对系统是否可进一步开发给出明确的观点。） （用户需求中没有对一般安全性提出要求，逻辑模型中则不应包括这部分内容，具体要求参考毕业设计指导书） 3．4 XX系统逻辑模型详细描述3 需求分析 3．1 XX系统功能描述 3．2 XX系统性能描述 3．3 XX系统逻辑模型

Asterisk安装和测试

Asterisk安装 （红色字体部分为需要键入或修改的部分）

下载准备 系统环境:Linux CentOS 5.0,安装开发工具以及开发库。 Asterisk 源代码包asterisk-1.6.1.20.tar.gz,版本:1.6.1.20。 SIP软电话使用eyebeam 版本:1.5.8。 1.切换用户(需要输入管理员密码),执行 su root 2.进入源码包存放文件夹 [root@asterisk-test1 ~]#cd /usr/local/src 3.下载 [root@asterisk-test1 ~]#wget https://www.sodocs.net/doc/189545969.html,/pub/telephony/asterisk/releases/asterisk1.6.1.20. tar.gz 编译安装Asterisk 1.解压源代码包 [root@asterisk-test1 ~]# tar -zxvf asterisk-1.6.1.20.tar.gz 2.进入包目录 [root@asterisk-test1 ~]# cd asterisk-1.6.1.20 3.环境检测和预配置 [root@asterisk-test1 asterisk-1.4.5]# ./configure（其实这样直接进行configure并非十分规范。应当先使用“./configure –help”命令来 查看一些可用的选项和参数，然后根据实际情况才进行定制操作。）当环境预检测和预配置工作 做完时，最后会显示以上反馈信息。并且建立好Makefile。 注意:系统如果缺少安装必须的包，此步骤可能会出现configure: error错误，解决方案见后文可能遇到的问题 configure: creating ./config.status config.status: creating build_tools/menuselect-deps config.status: creating makeopts config.status: creating channels/h323/Makefile config.status: creating include/asterisk/autoconfig.h .$$$$$$$$$$$$$$$=..

asterisk+freepbx+astercrm的安装----lamp rpm安装

Linux下安装呼叫中心服务器(ASTERISK+FreePBX) 一、环境要求: 操作系统:centos 5.0以上（以最小化形式安装） Linux内核版本:2.6.22 Asterisk版本:asterisk V.1.6.2.18 FreePBX版本:FreePBX:2.9.0 以rpm方式安装好的LAMP环境 以root身份登录 二、所需软件包 https://www.sodocs.net/doc/189545969.html,/pub/telephony/asterisk/asterisk-1.6.2.1 8.tar.gz https://www.sodocs.net/doc/189545969.html,/freepbx-2.9.0.tar.gz 三、安装步骤 1、Lamp的安装 下载所有软件包到/usr/local/src路径 配置yum源，安装相关软件 yum –y update yum install –y httpd http-devel mysql mysql-devel mysql-server php php-devel php-mysql yum install php5 php5-cli php5-mysql php-pear libapache2-mod-php5 php5-curl php5-gd php-db yum install php php-mysql php-common php-gd php-mbstring php-mcrypt php-devel php-xml

yum install e2fsprogs-devel keyutils-libs-devel krb5-devel libogg libselinux-devel libsepol-devel libxml2-devel libtiff-devel gmp php-pear php-pear-DB php-gd php-mysql php-pdo kernel-devel ncurses-devel audiofile-devel libogg-devel openssl-devel mysql-devel zlib-devel perl-DateManip sendmail-cf sox yum install gcc gcc-c++ wget bison mysql-devel mysql-server php php-mysql php-pear php-pear-DB php-mbstring nano tftp-server httpd make ncurses-devel libtermcap-devel sendmail sendmail-cf caching-nameserver sox newt-devel libxml2-devel libtiff-devel php-gd audiofile-devel gtk2-devel subversion kernel-devel yum install festival festival-dev yum install ncurses-base ncurses-bin ncurses-term libncurses5 libncursesw5 libncurses5-dev libncursesw5-dev yum install zlib1g zlib1g-dev yum install bison bison-doc yum install install libxml2 libxml2-dev yum install libtiff4 libtiff4-dev yum install libasound2 libgsm1 libltdl3 libpq4 libspeex1 libsqlite0 libtonezone1 libaudiofile0 libaudiofile-dev yum install libnet-telnet-perl mime-construct libipc-signal-perl libmime-types-perl libproc-waitstat-perl mkdir /var/lib/mysql chown –R mysql:mysql /var/lib/mysql /etc/init.d/httpd start chkconfig –level 35 httpd on mysql_install_db chown –R mysql.mysql /var/lib/mysql

信息管理系统设计文档1

超市营销管理系统的计划和开发 摘要：随着我国成功加入WTO及信息化浪潮的日益临近，超市经营管理机制正在发生着根本性的变化，商场要想在激烈的市场竞争环境下求得生存,就必须有效地利用人才、时间、信息结合的优势，进行有效的超市内部改革和加强收银管理。借助现代信息技术和管理理论，建立超市收银管理信息系统势在必行。 本系统针对商品管理的业务范围及工作特点，设计了收银登记、收银管理、业务管理、会员管理、统计分析等几个部分，这几个部分可以全面实现对商品的进货、付款、销货、收款和库存等业务的计算机管理，大大减轻了超市工作人员的工作量，全面提高了超市收银管理的管理效率以及服务质量，使管理水平和业务水平跃上了一个新的台阶。 本系统是根据现代超市收银管理的需要而开发的，操作方便及美观的界面给用户节省了不少宝贵的时间，全面实现了对商品的进货、付款、销售、收款和库存统计等业务的计算机管理，大大减轻了商店工作人员的工作量，全面提高了商店的管理效率及服务质量。系统采用Microsoft Office中的Access 2003来设计数据库，并使用VB 6.0为开发工具。 我们主要介绍了本课题的开发背景，所要完成的功能和开发的过程。在系统分析的前提下，本文重点说明了总体设计，数据库的设计以及系统详细的设计和实现过程。 关键词：超市管理系统，数据，信息，系统开发

目录 1超市管理研究背景...................................................... 错误！未定义书签。 1.1手工记账的弊端.................................................................... 错误！未定义书签。 1.2管理信息系统的重要性 (3) 2超市管理系统软件介绍 (4) 2.1本系统研究方案的确定与说明 (4) 2.2开发工具与环境 (5) 2.3数据库介绍 (3) 3超市管理系统软件模块规划 (7) 3.1模块页面功能描述：............................................................ 错误！未定义书签。 3.2模板结构功能及软件数据流程图 (6) 4代码设计...................................................................... 错误！未定义书签。 4.1主窗口模板的设计................................................................ 错误！未定义书签。 4.2用户注册登陆界面功能的描述............................................ 错误！未定义书签。 4.3用户资料管理功能的描述.................................................... 错误！未定义书签。 4.4管理功能的描述.................................................................... 错误！未定义书签。 4.5工具功能的描述.................................................................... 错误！未定义书签。5程序的调试 6 系统开发过程中的心得体会

技术需求文档

同学录系统技术需求文档 一、开发背景 在当今信息技术迅猛发展，知识更替日新月异的时代，信息技术为企业的发展提供了机遇，也带来了挑战。使用传统人工的方式管理排课存在在许多缺点，而试用计算机对人事信息进行管理，有着手工管理无法比拟的优点，这些优点能够极大的提高人事信息管理的效率，也是企业走向科学化、正规化管理管理，与世界接轨的重要条件。 校友录名为“校友录”或者同学录，其实不只是局限于同学这个圈子，朋友、同学、同事、老师与亲人等等都可以。它的目标受众是群众，只要是一个社会组织或者群体，不管大小都可以申请一个校友录。因为每一个人都从属于一定的组织或者团体，所以每一位群众都有成为校友录用户的可能。这就为在校或已毕业的广大校友们提供一份交流思想的场所，通过提供完善的校友录服务和规范校友录管理，建立起校友间的沟通渠道，以达到增进校友之间、校友与母校之间的感情，方便校友们联系的目的，从而增强学校的凝聚力。 二、需求分析 同学录系统是一个收集所有同学信息的系统。通过对学生的信息的管理，将同学的各种功能进行整合，从而达到各个同学之间的交流。只要加入了班级或者某一团体的校友录，且你已经被批准成为这个校友录团体中的一员，你就可以享受着传者和受者的基本等同待遇。在校友录内部，传者和受者是没有界限的，在信息交流的过程中，传者和受者的角色是互换的，用户既是传者也是受者，在信息发布和接收方面是对等的，都可以自由地发表言论、班级聊天等等交流活动。也可以通过此网站与朋友联系，并且还能够创建学校和班级等功能。系统中班级管理为必不可少的模块项，主要是为了安全有效地存储和管理登陆网站的用户的信息，赋予管理员特定的权限，可以对用户进行分类，添加，删除，修改等，方便网站的管理与维护。 三、软件设计思想和目标 该系统的设计母的主要是方便同学，所有的操作都在网上完成。学生可以对自己的信息和留言进行查询和修改，可以加入一个班级和创建一个班级。如果所创建的班级已存在，则可以参加进这个班级，不能重新创建。 系统的安全性所不可忽略的方面。本系统的合法用户所学生，在进入系统前都要进行身份验证。我们的目标是让该平台来实现学生的交流。把交流的内容通过网络来交互实现。 四、系统设置 同学录系统是一个所有人都能用的系统。同学录系统主要分为七个功能模块： （1）登录注册 （2）个人信息 （3）班级成员 （4）创建班级 （5）加入班级 （6）个人留言 （7）班级留言 登陆注册模块包括“用户的注册”和“用户的登录”。 个人信息模块包括“个人信息的修改”、“个人信息的查找”和“个人信息的增加”。 班级成员模块包括“班级成员的增加”。 创建班级模块包括“班级的创建”。 加入班级模块包括“加入一个班级”。