（定稿）某生物产业国家高技术产业基地中试平台建设项目资金投资立项申报书4（喜欢就下吧）

后置条件或称为成功保证。

表述在用例结束时，系统将要保证的限定条件，般都是在成功完成用例后成立。

旦用例被成功地执行，可能会导致系统内部些状态的改变，比如成功地借出图书会使图书状态改变等。

表新闻内容显示用例说明用例名称新闻内容显示参与者般浏览者简要说明本例允许般浏览者查看新闻的内容用例图般浏览者新闻内容显示基本流当般浏览者希望读取新闻内容时，本用例开始执行浏览者根据输入的标题与系统取得联系系统根据浏览者的需要返回与标题相关的信息浏览者读取返回的信息备选流备注无表删除新闻用例说明用例名称删除新闻参与者后台管理者简要说明本例允许后台管理者在系统删除已有的新闻用例图后台管理者删除新闻基本流当后台管理者希望删除新闻时，本用例开始执行系统显示所要删除新闻的信息管理员删除新闻系统更新数据库备选流在主流程中，如果管理者要删除的新闻在系统中不存在，系统显示信息，管理者接受此信息，用例结束。

特殊需求无前提条件用例开始前，管理者必须在系统登录成功后续条件如果用例执行成功，系统更新数据库，否则，系统状态不变。

备注无顺序图顺序图描述了对象之间传送消息的时间顺序，它用来表示用例中的行为顺序。

顺序图从定程度上更加详细地描述了用例表达的需求。

顺序图的目的在于描述系统中各个对象按照时间顺序的交互过程。

在中，顺序图将交互关系表示为二维图。

其中，纵轴是时间轴，时间沿竖线向下延伸。

横轴代表了在协作中各个独立的对象。

当对象存在时，生命线用条虚线表示，当对象的过程处于激活状时，生命线是个双道线。

消息用从个对象的生命线到另个对象生命线的箭头表示。

箭头以时间顺序在图中从上到下排列。

新闻管理系统前台的顺序图如图所示。

图前台顺序图后台管理员在输入姓名和密码登录后，可以单击添加新闻进入添加新闻管理模块。

该模块其实是个添加新闻的列表表单。

系统将表单反馈给管理员，要求管理员输入添加信息。

注意填写要求，比如新闻类型不能为空，内容不能小于多少字符等。

输入信息后提交表单信息给数据库模块，数据库模块将把新闻信息存入到数据表中，从而完成新闻的添加，最后反馈添加成功给管理员。

新闻管理系统后台操作中添加新闻的顺序图如图所示。

图管理员添加新闻顺序图后台管理中的修改新闻删除新闻和添加新闻的时序图大同小异这里就不进行文字叙述了图所示为管理员删除新闻顺序图。

图所示为管理员修改新闻顺序图。

图管理员删除新闻时顺表图管理员修改新闻列表活动图活动图描述活动的顺序，展现从个活动到另个活动的控制流。

活动图在本质上是种流程图。

新闻管理系统前在主流程中，如果浏览者输入的标题在系统中不存在，系统显示信息，浏览者接受此信息，用例结束。

特殊需求无前提条件用例开始前，浏览者必须输入或选择个标题后续条件如果用例执行成功，浏览者成功读取所需的信息，否则，系统返回出错信息。

备注无表其它相关新闻显示用例说明过后续数据库的设计和程序流程来控制。

登录身份验证失败修改新闻添加新闻删除新闻新闻管理设计软件架构是种思想，个系统蓝图，对软件结构组成的规划和职责设定。

个软件里有处理计算的处理界面的处理数据的处理业务规则的处理安全的等许多可逻辑划分出来的部分。

软件架构的意义就是要将这些可逻辑划分的部分独立出来，用约定的接口和协议将他们有机的结合在起，形成职责清晰结构清楚的软件结构。

软件架构是个逻辑性的框架描述，它可能并无真正的可执行部分。

大部分的软件架构都是由个设计思想，加上若干设计模式，在规定系列的接口规范传输协议实现标准等文档构成的。

在本系统中采用的是经典的三层体系结构设计。

系统的组件有服务器，前台浏览界面，后台维护界面，新闻修改界面，新闻添加界面，新闻删除界面和登录界面。

除了组件，系统还应有自己的配置，配置图主要是用来说明如何配置系统的软件和硬件。

新闻中心管理系统的应用服务器主要负责保存整个应用程序，数据库则是负责数据管理。

此外还有多个终端作为系统的客户端。

客户端的客户机可以通过互联网与应用服务器连接，管理员也可以通过互联网管理整个应用服务器。

组件图是用来建模软系统各组件，使用组件图可以帮助用户了解个功能位于软件包的哪个位置，新闻管理系统的组件图如图所示。

图新闻管理系统组件图部署图用来建模部署建模的系统时涉及到的硬件部署图有两个标记符节点和关联新闻管理系统的部署图如图所示。

图新闻管理系统组件图界面设计用户界面原型是个草图，包含用例提到的系统和用户进行交互的必要元素界面原型不描述太多细节，通常包含以下内容需要由用户输入到系统中的数据窗口或表格需要由系统执行的操作按钮系统应及时做出回应的事件需要由系统输出给用户的数据窗口或消息。

图浏览者浏览新闻的界面图管理者添加心管理员和使用者用户，六个用例分，如图所示。

图系统的用例图用例规约用例图是对系统中的用例的高度概括和直观的表示，但没有细节。

个用例就像个故事，使用文字叙述对用例进行详细描述。

个编写良好的用例应该具有很好的可读性，没有可读性的用例则点儿用也没有。

用例的描述可以有多种格式，从随意的语言描述到定义严格的用例模板，可根据实际情况选择。

用例规约主要内容有简要说明简要介绍该用例的作用和目的。

事件流包括基本流和备选流，基本流描述的是用例的基本流程，是指用例正常运行时的场景备选流描述的是用例执行过程中可能发生的异常或偶然情况。

基本流和备选流综合起来能够覆盖个用例所有可能发生的场景。

用例场景同个用例在实际执行的时候会有很多不同的情况发成，称之为用例场景。

用例场景就是用例的实例，包括成功场景和失败场景。

在用例规约中，由基本流和备选流组合来对场景进行描述。

在描述用例的时候要注意覆盖所有的用例场景。

此外场景还能帮助测试人员进行测试，帮助开发人员检查是否完成所有的需求。

特殊需求描述与该用例相关的非功能性需求包括性能可靠性可用性和可扩展性等和设计约束所使用的操作系统开发工具等。

前置条件表述在系统允许用例开始以前，系统应确保为真的条件。

这可为后续的编程人员提供帮助，从而确定在用例的实现代码中哪些条件无须再次检验。

如果前置系统时推件杆和卸料板动作要同步。

装配顺序装配前按图检验主要工作零件及其他零件的尺寸。

镗导柱，导套孔，将型腔板，推件板，动模板和支承板叠合在起，使分模面紧密接触并夹紧，镗导柱，导套孔，在孔内压入工艺定位销后，加工侧面的垂直基准。

加工卸料板，按型腔板实际中心距，在卸料板上镗线切割用的穿线孔，并以穿线孔为基准，切割型孔。

压入导助，导套。

在型腔板，推件板，动模板上分别压入导柱，导套，使导向可靠，滑动灵活。

装配型芯，先将推件板与动模板合龙，把型芯放入卸料板型孔内，用螺钉复印法和压销钉套法是型芯紧固在动模板上。

在推件固定板和支承板，动模板，推件板上加工复位杆孔。

在推板固定板和支承板上加工推管孔。

加工动模座板，加工螺孔。

装配小型芯，将小型芯固定在支承板上。

组装支承板和垫块。

在型腔板上加工凹槽并安装弹簧。

加工定模座板，加工小导柱孔及螺钉并将浇口套压入定模座板。

定模和定模座板的装配，用平衡夹头把它们夹紧浇口套的浇道孔应与型腔上的浇道口对中，通过定模座板的孔引钻在定模上，拆开后，在定模上钻，攻螺孔，然后用螺钉和销钉将定模和定模座板紧固。

装配限位板。

装配动模部分，修正复位杆长度。

完成装配后进行试模，并交验入库。

模具的调试注射模装配成以后。

也要按正常的生产条件进行试模，以了解模具的实际使用性能是否满足生产要求有无不完善的地方进行改进或作调整。

通过试模塑件上常会出现各种弊病，为此必须进行原因分析，排除故障。

造成次废品的原因很多，有时是单的，但经常是多个方面综合的原因。

需按成型条件，成型设备，模具结构及制造精度，塑件结构及形状等因素逐个分析找出其中主要矛盾，然后再采取调节成型条件，修整模具等方法加以解决。

首先，在初次试模中我们最常遇到的问题是根本得不到完整的样件。

常因塑件被粘附于模腔内，或型芯上，甚至因流道粘着制品被损坏。

这是试模首先应当解决的问题。

在试模过程中，应做详细记录，并将结果填入试模记录卡，注明模具是否合格。

如需返修，则应提出返修意见。

在记录卡中应摘录成型工艺条件及操作注意要点，最好能附加上加工出的制件，以供参考。

试模后，将模具清理干净，涂上防锈漆，然后分别入库和返修。

参考文献塑料成型工艺与模具设计陈元龙主编航空航天大学出版社。

高般在˙内选取，斜滑块的顶出高度般不超过导滑长度的，以免影响使用的可靠性。

为了避免溢料的发生，必须保证斜滑块与定模板紧密配合。

斜滑块设计时要正确选择主型芯的位置，主型芯应设计在动模板上，在斜滑块侧向分型时，塑件在主型芯的约束下无法粘附在斜滑块上，塑件可顺利脱摸，模具中连接推杆对斜滑块有止动，起限制作用，防止斜滑块与动模板分离。

抽芯距的确定抽芯距是将侧型芯从成型位置抽到不防碍塑件顶出时侧型芯所移动的距离。

设计抽芯距临界抽芯距，侧抽芯的深度。

其他结构零件设计推杆推杆应有足够的刚性，以承受弹簧的拉力，为此只要条件允许，尽可能使用大直径推杆。

直径由标准查得初选，其形状为圆形截面的推杆。

尾部用球头的形式，推杆直径与模板上的推杆孔采用的配合，推杆固定端与推板条件不满足，用例无法被启动，比如预定图书用例的前置条件是读者已正确登录到系统中。

后置条件或称为成功保证。

表述在用例结束时，系统将要保证的限定条件，般都是在成功完成用例后成立。

旦用例被成功地执行，可能会导致系统内部些状态的改变，比如成功地借出图书会使图书状态改变等。

表新闻内容显示用例说明用例名称新闻内容显示参与者般浏览者简要说明本例允许般浏览者查看新闻的内容用例图般浏览者新闻内容显示基本流当般浏览者希望读取新闻内容时，本用例开始执行浏览者根据输入的标题与系统取得联系系统根据浏览者的需要返回与标题相关的信息浏览者读取返回的信息备选流备注无表删除新闻用例说明用例名称删除新闻参与者后台管理者简要说明本例允许后台管理者在系统删除已有的新闻用例图后台管理者删除新闻基本流当后台管理者希望删除新闻时，本用例开始执行系统显示所要删除新闻的信息管理员删除新闻系统更新数据库备选流在主流程中，如果管理者要删除的新闻在系统中不存在，系统显示信息，管理者接受此信息，用例结束。

特殊需求无前提条件用例开始前，管理者必须在系统登录成功后续条件如果用例执行成功，系统更新数据库，否则，系统状态不变。

备注无顺序图顺序图描述了对象之间传送消息的时间顺序，它用来表示用例中的行为顺序。

顺序图从定程度上更加详细地描述了用例表达的需求。

顺序图的目的在于描述系统中各个对象按照时间顺序的交互过程。

在中，顺序图将交互关系表示为二维图。

其中，纵轴是时间轴，时间沿竖线向下延伸。

横轴代表了在协作中各个独立的对象。

当对象存在时，生命线用条虚线表示，当对象的过程处于激活状时，生命线是个双道线。

消息用从个对象的生命线到另个对象生命线的箭头表示。

箭头以时间顺序在图中从上到下排列。

新闻管理系统前台的顺序图如图所示。

图前台顺序图后台管理员在输入姓名和密码登录后，可以单击添加新闻进入添加新闻管理模块。

该模块其实是个添加新闻的列表表单。

系统将表单反馈给管理员，要求管理员输入添加信息。

注意填写要求，比如新闻类型不能为空，内容不能小于多少字符等。

输入信息后提交表单信息给数据库模块，数据库模块将把新闻信息存入到数据表中，从而完成新闻的添加，最后反馈添加成功给管理员。

新闻管理系统后台操作中添加新闻的顺序图如图所示。

图管理员添加新闻顺序图后台管理中的修改新闻删除新闻和添加新闻的时序图大同小异这里就不进行文字叙述了图所示为管理员删除新闻顺序图。

图所示为管理员修改新闻顺序图。

图管理员删除新闻时顺表图管理员修改新闻列表活动图活动图描述活动的顺序，展现从个活动到另个活动的控制流。

活动图在本质上是种流程图。

新闻管理系统前在主流程中，如果浏览者输入的标题在系统中不存在，系统显示信息，浏览者接受此信息，用例结束。

特殊需求无前提条件用例开始前，浏览者必须输入或选择个标题后续条件如果用例执行成功，浏览者成功读取所需的信息，否则，系统返回出错信息。

备注无表其它相关新闻显示用例说明过后续数据库的设计和程序流程来控制。

登录身份验证失败修改新闻添加新闻删除新闻新闻管