Microsoft 認證專業開發人員/考試 70-547
外觀
Evaluate the proof of concept. Recommend the best technologies for the features and goals of the application. Weigh implementation considerations. Investigate existing solutions for similar business problems.
Evaluate the risks associated with ASP.NET 2.0 technology or implementation. Validate that the proposed technology can be used in the application. Demonstrate to stakeholders that the proposed solution will address their needs.
Translate the functional specification into developer terminology, such as pseudo code and UML diagrams. Suggest component type and layer.
Recommend a database schema. Identify the stored procedures that are required for an application.
Evaluate the logical design for performance. Evaluate the logical design for maintainability. Evaluate the logical design for extensibility. Evaluate the logical design for scalability. Evaluate the logical design for availability. Evaluate the logical design for security. Evaluate the logical design against use cases. Evaluate the logical design for recoverability. Evaluate the logical design for data integrity.
Evaluate the physical design for performance. Evaluate the physical design for maintainability. Evaluate how the physical location of files affects the extensibility of the application. Evaluate the physical design for scalability. Evaluate the physical design for availability. Evaluate the physical design for security. Evaluate the physical design for recoverability. Evaluate the physical design for data integrity.
面向 .NET 的應用程式架構:設計應用程式和服務 ASP.NET Web 應用程式安全 第 14 章 — 提高 SQL Server 效能 建立儲存過程(資料庫引擎) ADO.NET 中的資料併發簡介
Decide the content flow across pages. Evaluate user navigation needs. Identify the goal of the page. Ensure the congruency and consistency of the user experience throughout the application.
Suggest when to use style sheets, master pages, Web parts, custom controls, scripting, and user controls. Suggest an applicable UI standard based on the intended client environment. Considerations include chosen operating systems, technologies, and browser types.
根據設計規格選擇合適的控制元件。
[edit | edit source]Evaluate the type of data that must be captured or displayed. Evaluate available controls. Considerations include standard .NET Framework controls and custom, internally developed, and third-party controls. Evaluate how available controls are implemented in previous and ongoing projects or applications. Evaluate the user demographic. Considerations include localization concerns. Evaluate the user environment. Considerations include screen size and browser type and version.
根據設計規範選擇合適的控制元件。
[edit | edit source]Choose a validation method based on the data type provided. Decide how to report the feedback. Considerations include callbacks, exceptions, and writing to an event log. Identify the source of invalid data. Identify the cause of an invalid entry. Evaluate whether invalid data can be prevented. Evaluate whether an exception must be thrown. Evaluate whether an exception must be logged. Evaluate whether visual feedback, such as a message box or color, is required.
在 UI 層選擇合適的資料驗證方法。
[edit | edit source]Design a user assistance mechanism. Choose an appropriate application status feedback technique based on available control types. Choose an appropriate application status feedback technique to support accessibility. Design an application status feedback mechanism.
選擇合適的使用者幫助和應用程式狀態反饋技術。
[edit | edit source]Evaluate available multimedia delivery mechanisms. Considerations include bandwidth problems, file formats, frames per second, and streaming types. Design a multimedia delivery mechanism.
連結
選擇合適的機制,從應用程式中傳遞多媒體資料。[edit | edit source]
ASP.NET 主頁概述 使用 Web 標準構建 ASP.NET 2.0 網站 比較 GridView 和 DataGrid Web 伺服器控制元件 DataList Web 伺服器控制元件 何時使用 DataGrid、DataList 或 Repeater 如何定義 ASP.NET 主題 嚮導 Web 伺服器控制元件概述 XmlDataSource 控制元件概述
設計和開發元件[edit | edit source]
確定元件所需的特性。Decide when to create a single component or multiple components. Decide which tier of the application a component should be located. Decide which type of object to build.
[edit | edit source]
建立元件的高階設計。Establish the life cycle of a component. Decide whether to use established design patterns for the component. Decide whether to create a prototype for the component. Document the design of a component by using pseudo code, class diagrams, sequence diagrams, activity diagrams, and state diagrams. Evaluate tradeoff decisions. Considerations include security vs. performance, performance vs. maintainability, and so on.
[edit | edit source]
開發元件的公共 API。Decide the types of clients that can consume a component. Establish the required component interfaces. Decide whether to require constructor input.
[edit | edit source]
開發元件的功能。Decide whether existing functionality can be implemented or inherited. Decide how to handle unmanaged and managed resources. Decide which extensibility features are required. Decide whether a component must be stateful or stateless. Decide whether a component must be multithreaded. Decide which functions to implement in the base class, abstract class, or sealed class.
[edit | edit source]
開發異常處理機制。Decide when it is appropriate to raise an exception. Decide how a component will handle exceptions. Considerations include catching and throwing a new exception; catching, wrapping, and throwing the wrapped exception; catching and terminating, and so on.
[edit | edit source]
開發元件的資料訪問和資料處理功能。Analyze data relationships. Analyze the data handling requirements of a component.
[edit | edit source]
開發包含效能分析要求的元件。Identify potential issues, such as resource leaks and performance gaps, by profiling a component. Decide when to stop profiling on a component. Decide whether to redesign a component after analyzing the profiling results.
[edit | edit source]
設計和開發應用程式框架[edit | edit source]
使用可重用軟體元件。Identify a reusable software component from available components to meet the requirements. Identify whether the reusable software component needs to be extended. Identify whether the reusable software component needs to be wrapped. Identify whether any existing functionality needs to be hidden. Test the identified component that is based on the requirements.
[edit | edit source]
選擇合適的異常處理機制。Evaluate the current exception handling mechanism. Design a new exception handling technique.
[edit | edit source]
選擇適合應用程式設計邏輯的實現方法。Choose an appropriate data storage mechanism. Choose an appropriate data flow structure. Choose an appropriate decision flow structure.
[edit | edit source]
為應用程式選擇合適的事務日誌記錄方法。Decide whether to log data. Considerations include policies, security, requirements, and debugging. Choose a storage mechanism for logged events. For example, database, flat file, event log, or XML file. Choose a systemwide event logging method. For example, centralized logging, distributed logging, and so on. Decide logging levels based on severity and priority.
[edit | edit source]
監控應用程式的特定特徵或方面。Decide whether to monitor data. Considerations include administration, auditing, and application support. Decide which characteristics to monitor. For example, application performance, memory consumption, security auditing, usability metrics, and possible bugs. Choose event monitoring mechanisms, such as System Monitor and logs. Decide monitoring levels based on requirements. Choose a systemwide monitoring method from the available monitoring mechanisms.
[edit | edit source]
評估應用程式配置架構。Decide which configuration attributes to store. Choose the physical storage location for the configuration attributes. Decide in which format to store the configuration attributes. Choose when to use ASP.NET Administrative tools.
[edit | edit source]
測試和穩定應用程式[edit | edit source]
執行程式碼審查。[edit | edit source]
評估測試策略。Create the unit testing strategy. Evaluate the integration testing strategy. Evaluate the stress testing strategy. Evaluate the performance testing strategy. Evaluate the test environment specification.
[edit | edit source]
[編輯 | 編輯原始碼]Describe the testing scenarios. Decide coverage requirements. Evaluate when to use boundary condition testing. Decide the type of assertion tests to conduct.
Determine if the component works as intended in the target environment. Identify component interactions and dependencies. Verify results.
Investigate a reported bug. Reproduce a bug. Evaluate the affect of the bug and the associated cost and timeline for fixing the bug. Fix a bug.
Identify performance spikes. Analyze performance trends. Track page response times. Track logon times.
Monitor and analyze resource usage. Monitor and analyze security aspects. Track bugs that result from customer activity. Choose when to use ASP.NET 2.0 Health Monitoring APIs.
Identify component-level deployment dependencies. Identify scripting requirements for deployment.
Evaluate the complexity of components. Evaluate the complexity of interactions with other components.
Verify networking settings. Verify the deployment environment.
來源:http://www.microsoft.com/learning/exams/70-547.mspx