ASP.NET信息机应用系统+可行性分析+需求分析+短信群发 第4页
3.3系统业务流程 图3-1 系统业务流程
3.4核心业务用例3.4.1详述用例文本
用例UC1：用户利用信息机应用系统发送信息
范围：信息机应用系统
级别：用户目标
主要参与者：用户
涉及及其关注点：
-用户：希望能够准确、快速地输入目标手机号码，而且可以直接调用通讯录的相关人员及号码，可以选择短信的发送时间，做到定时发送。并可选择短信的发送类型，输入相关参数及短信内容即可实现群发。
前置条件：用户必须经过确认和认证。
成功保证：群发短信成功，对应手机号码收到短信信息。
主成功场景：
1. 用户通过登录界面进行登录；
2. 用户选择功能：群发短信；
3. 用户输入相应信息，进行发送；
4. 用户操作写入系统日志；
5. 相应手机号码收到短信信息，群发成功；
6. 用户注销登录。
扩展：本文来自辣"文'论-文~网
*a. 系统管理员可控制用户群发短信的数量：
1.系统管理员登录系统；
2.系统管理员对相应用户进行编辑，设置其群发短信的数量；
3.管理员注销登录。
*b. 系统在任意时刻失败：
1.系统管理员检查错误，必要时刻可重启系统；
2.系统重建上次状态；
3.系统错误写入系统日志。
*c. 信息机在任意时刻失败：
1.网络管理员检查错误，必要时刻可重启系统；
2.释放信息机资源；
3.信息机错误写入信息机日志。
特殊需求：
要求系统有良好的稳定性，能够准确的处理系统各消息传递。
相互合作的用户数量20；
系统支持的并发操作数量500；
响应时间300ms以内；
容量需求
存储器：硬盘；
磁盘空间160G；
数据库中表的最大行数100。
MAS信息机架设在Linux服务器上，具有较好的安全性。信息机应用系统基于信息机平台开发，根据所提供的API接口可以重复的，有效的进行第二次、第三次开发。并且开发出来的系统能够实时测试。
软件质量属性：此系统的设计主要为解决易用性，把比较繁琐的消息发送功能分类处理，同时要求对信息发送的可靠性、准确性有严格的要求，不允许出现乱码字符等异常。
用户文档：设计完成后需要提交的用户文档，以及所有己知用户文档的交付格式或标准。
技术与数据变元表：MAS所有信息均采用键盘输入。
发生频率：可能会不断发生。
未决问题：毕业论文
http://www.751com.cn 群发短信的内容需符合法律法规要求；
研究远程服务的恢复问题；
针对不同的业务需要怎样进行定制？
用户是否可使用更安全的登录方式（如：指纹，口令卡等）？
3.4.2核心业务用例图
通过对核心业务用例的分析可知，用户只与系统之间发生一种用例场景，即用户利用信息机应用系统进行信息发送。
图3-2 核心业务用例图4 总体设计
4.1 系统结构设计
本项目采用的是简单三层结构，分别为表示层（UI）,业务逻辑层（BLL），数据访问层（DAL）,此模型使项目的结构更加清楚，分工更明确，有利于后期的更新升级和代码文护，为了数据和业务间更好联系，引入了DBUtility和Model。
表示层：为客户端提供对应用程序的访问，也叫界面层。本系统表示层通过框架来实现统一的界面模板，整个项目的样式通过CSS文件来定义，大量减少了界面代码的冗余，加快浏览速度。
业务逻辑层：为实现业务应用程序的逻辑功能，核心部分。如果说数据层是积木，那逻辑层就是对这些积木的搭建。
数据访问层：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务。
上一页 [1] [2] [3] [4] [5] 下一页
ASP.NET信息机应用系统+可行性分析+需求分析+短信群发 第4页下载如图片无法显示或论文不完整，请联系qq752018766
