软件体系结构期末大作业.docx

软件体系大作业1．根据下列用例描述，画出该用例的活动图。用例名称：还书（Return Book）描述：（Return Book）必须允许管理员对借阅者进行还书处理。前置条件：登录前管理员需要登录到系统中。部署约束：必须在图书馆内前台进行，并且需要扫描图书信息到系统中。正常事件流：用例成功后，系统更改书籍状态1）当借阅者归还图书时，用例启动。2）管理员扫描图书，录入图书信息。3）将图书状态设为已还。4）根据时间算法确定图书归还的当前日期。5）更改借阅记录，用例结束。可选事件流：无异常事件流：图书磁条损坏，扫描不成功2.用例名称：借书（Borrow Book）描述：（Borrow Book）必须允许管理员对借阅者进行借书处理，借阅者通过刷卡登录后可以借书。前置条件：登录前管理员需要登录到系统中，借阅者在借书之前也要刷卡登录到系统中。部署约束：必须在图书馆内前台进行，并且需要扫描图书信息到系统中。正常事件流：用例成功后，系统创建并存储借阅记录1）当借阅者借阅图书时，用例启动。2）借阅者刷卡显示借阅者相关信息，管理员扫描图书，录入图书信息。3）根据时间算法确定图书借出日期和归还日期。4）创建借阅记录。5）存储借阅记录。6）管理员将图书借给读者。可选事件流：图书延期借阅者将图书给管理员，办理延期。借阅者刷卡，管理员扫描图书。管理员更改借阅期限。更改借阅记录。管理员将图书还给借阅者，用例结束。异常事件流：借阅卡冻结，借书无效1）借阅者刷卡后，提示借阅者已借图书到期超过5天，2）或者借阅者的借书数量超过最大的借书数量。3）图书扫描错误，系统不能读取图书信息。4）取消借阅，用例结束。3．如果我们做的是一个平安保险公司的一个订单(超过1亿条)查询功能，如何处理海量表，试给出分表方案?4．在进行了基本的数据库的分表、索引等优化措施后，数据库的并发访问量还是过大，这种情况下，你有什么好办法来解决该问题，试给出方案。．一．表设计的优化①数据行的长度不要过大，避免造成存储碎片，降低查询速率从而使并发访问量过大②能够使用数字类型就不要用字符串型，从而提高查询与连接的性能，提高存储性能③字段的长度如果合适的话，不要设计过长，这样能提高查询效率，节约空间二．算法的优化尽量避免实用游标，游标是从上到下逐行遍历，效率比较低，能使用基于集的方案最好避免使用游标5．项目管理系统PM Suite中，有一项名为“查看甘特图”的需求，用户要求能够以甘特图方式查看任务的起始时间、结束时间、任务承担者等信息。对于 PM Suite 要显示甘特图而言，“甘特图绘制包”是自行开发的，还是采用的第三方SDK，需要进行决择。项目开发工期较紧、任务较重，试给出一种弹性的设计方案，来解决这一问题。6．传统MVC开发，跳转代码写的较死，不灵活；每次都去写Servlet，需要在Web.xml中配置Servlet（或是写注解），为了解决这一问题，你如果受命设计一个MVC框架（类似Struts），试写出基本的框架的实现过程，以解决上述问题。（第7和第8题任选其一）7．下面是天气预报Web服务的WSDL文件（部分），试简要写出获取天气预报的webService客户端的开发步骤。 ...<xsd:schema><xsd:import?namespace="/"?schemaLocation=":12345/weather?xsd=1"/></xsd:schema><portType?name="WeatherInterfaceImpl"><operation?name="queryWeather"><input?wsam:Action="/WeatherInterfaceImpl/queryWeatherRequest"message="tns:queryWeather"/><output?wsam:Action="/WeatherInterfaceImpl/queryWeatherResponse"message="tns:queryWeatherResponse"/></operation></portType><binding?name="WeatherInterfaceImplPortBinding"?type="tns:WeatherInterfaceImpl">....</binding><service?name="WeatherInterfaceImplService"><port?name="WeatherInterfaceImplPort"?binding="tns:WeatherInterfaceImplPortBinding"><soap:address?location=":12345/weather"/></port></service>8．下面是省份城市区域信息We