这就需要一定的硬件知识 ， 我们在这一方面还有很大的不足 。
所以我们会尽快自学一些硬件知识 ， 从而突破瓶颈 。
2.6假设和约束（依赖）我们的通讯录系统实现从后台直接管理和维护数据库 ， 是建立在管理员用户会熟练使用sql语句以及sql server management软件的基础上 。
也就是说 ， 要实现从后台直接管理的话 ， 必须具备相关的专 。

7、业知识 。
我们的工期具有不超过4个月的约束 ， 这是我们这个项目的硬性要求 。
人员只有3个 ， 使得我们在面临如此繁琐的一个项目具有较大的压力 。
三 外部接口需求3.1用户界面我们的通讯录系统的要采用图形用户界面 ， 产品系列的风格稳重 。
屏幕的布局采用菜单式的传统的布局 ， 包括菜单 ， 标准按钮 ， 导航链接 ， 消息栏 。
快捷键会采用用户自定义设置的方式 。
错误信息会显示在消息栏中 ， 提高了界面的交互性 。
导航链接会提供一些常见问题的解决方案的网页地址 ， 给用户一些有针对性的帮助 。
3.2硬件接口支持的硬件为64位的笔记本电脑和普通台式机 。
使用的电子邮件的通讯协议为tcp/udp协议 。
3.3软件接口该软件系统会与如下的外部组件建立连接 。

8、：Windows 8.1 windows 10操作系统Sql server 2014Cs架构IE浏览器或者microsoft edge浏览器3.4通讯接口Qq邮件Microsoft edge浏览器Tcp/udp协议通讯安全或加密问题数据传输速率同步和异步通讯机制四 系统功能需求4.1说明和优先级新建、查询、修改、删除、备份联系人的优先级在本软件系统中的优先级最高 。
毕竟作为一个专业的通讯录系统 ， 其基本的增删改查功能是必须高效合理地完成的工作 。
收发电子邮件的优先级为中 。
考虑到大量收发电子邮件的用户是繁忙的商业型用户 ， 其人群也比较庞大 ， 所以 ， 其优先级也是不能忽视的一个问题 。
定期进行日志的记录和更新 ，。

9、则是为了更好的改善我们的软件系统 ， 其实用性相比较之下较差 ， 所以在该软件系统中的优先级为低 。
最后一项在后台直接进行数据的管理和维护的主要用户群体是数据库管理员 ， 其群体虽然不是很庞大 ， 但其重要性不容忽视 ， 毕竟该软件系统的亮点是数据库 ， 所以其优先级为最高 。
相信这也是应用数据库系统系列软件的中枢 。
4.2激励/响应序列当用户新建 ， 修改 ， 备份或是删除一个或多个联系人时 ， 对应的是对用户的数据库系统中的记录的增删改查 。
当用户收发电子邮件时 ， 对应客户端服务器的数据报的接收和发送 。
当用户在后台进行直接的数据记录的修改时 ， 则是在得到了该通讯录系统的管理员权限后在数据库管理系统上发出相关查询语句的命令 。
当用户错误操作 。

10、之后 ， 会在消息栏中显示明确的错误种类 。
当用户点开相关的导航链接时 ， 则是对系统中的浏览器发送请求 ， 通过cs架构中的url统一资源定位器得到服务器端的响应 ， 从而实现有的放矢的帮助 。
4.3输入/输出数据输入数据：用户可在图形化用户界面输入联系人的相关信息 ， 也可在后台直接数据相关的sql语句 。
联系人的信息的数据类型有整形和字符型 。
通过函数调用处理这些数据 ， 进行分类和存储 。
输出数据：该软件系统输出的主要是在图形化用户界面输出用户已经存储的联系人数据 ， 还有错误操作时的消息以及导航链接中的网页链接 。
五 其它非功能需求这部分列举出所有的非功能需求 ， 主要包括可靠性、安全性、可维护性、可扩展性、可测试性 。
5.1性 。

11、能需求系统支持的并发操作数量上没有严格的限制响应时间要求不超过3秒 。
用户查询和修改的记录要求及时加载到存储器中 ， 该通讯录系统占用的磁盘空间不能过大 。
数据库中表的最大行数受可用存储资源限制 。
5.2安全措施需求在用户收发电子邮件时 ， 会采取一定的加密技术进行数据的传输 。
只有有管理员权限的用户才可以在后台直接进行数据记录的修改 ， 要求用户设置相应的操作密码 。
该系统会定期在云端进行备份用户的联系人数据 。
5.3安全性需求定义用户身份认证 ， 授权需求 。
每个用户在第一次登录后 ， 必须更改他的系统预置登录密码 ， 系统预置的登录密码不能重用 。
5.4软件质量属性基本操作简单易用查询修改高效可移植性较为良好5.5业务规则达到 。

来源：(未知)

【学习资料】网址：/a/2021/0329/0021809909.html

标题：文书特制|软件需求分析报告[文书特制]( 二 )