Use Case template Sample Clauses

Use Case template. The use case template that is used in Europeana Inside was constructed from three different sources: • A use case template provided by the project partner Knowledge Integration (K-INT), who uses this template to build and base their software solutions on; • The template used within the ECLAP2 project to specify user requirements for the online portal; • The INK management model3. Although this model is not a use case model as such, it provides a useful context to use case modelling for the exchange of digital information. All three were merged together in order to create a use case template that would fit the needs and purpose of describing use case scenarios for Europeana Inside. The resulting structure for the use case template is as follows: Use Case number + name <the use case number + a short statement which indicates the core goal of the use case> Goal <brief description of what the user’s goal is with this specific use case> Actor(s) <overview of which of the target user(s) will execute the use case> System Components <which software systems and/or tools need to be used; e.g. CMS, XXX> Short description <a summary of the flow of events, which describes the essentials of the use case> Assumptions <definition of the organizational conditions which have to be present for the use case to be fully executed> 2 ECLAP: E-Library for performing Arts <xxxx://xxx.xxxxx.xx/drupal/?q=node/3609> 3 INK Management Model <xxxx://xxx.xxx.xx/nl/p4bd81e110a03e/ink-managementmodel.html> Technical preconditions <definition of the technical conditions (CMS, data conditions) which have to be present for the use case to be fully executed> Steps and responsibilities <basic flow of events: the numbered steps which make up the entire use case from beginning to end; plus an indication of the responsible actors involved> Post-conditions <description of the changes that will have occurred in the system when the use case is fully completed: ‘system’ can also refer to the content provider situation or data condition> Remarks <issues that need to be taken into account when developing the use case> To ensure this deliverable constitutes a usable, legible and understandable use case overview, some simplification of the use case scenario templates was unavoidable. For example, D2.1 has pointed out a number of differences or even contradictions in user requirements related to different workflow steps. Within the use case templates, it is impossible to reflect all contradictions in detai...
AutoNDA by SimpleDocs
Use Case template. In MIDIH project (and as well in this document) the Use Case represents the rationale behind the industrial experiment/s to occur. Industrial Experiments (IE) Definition‌ According to the scientific world, the experiment is an empirical procedure to compare competing models or hypotheses and also to test existing theories or new hypotheses to support or disprove them (Xxxxxxxx & Brosing 2001). Hypotheses are the expectation about how a particular entity (process, system or phenomenon) works. However, experiments can be conducted with the final aim to answer a "What-if" question, without a specific expectation about the experiment outcome. Experiments provide insight into cause - effect relations among different part or variables describing the entity under study by demonstrating what outcome occurs when a particular factor is manipulated. Experiments deliver demonstrators and need to show a substantial measurable strategic and/or economic impact. More specifically, in engineering disciplines experiments are the primary component of the scientific method. They are used to test how physical processes or systems work under particular conditions. IEs’ focus on processes is one of their main characterizing elements. Experimentations are generally performed to increase knowledge of a particular machine/process/system and to adjust the settings/components of a machine/process/system in a systematic manner and to learn which factors have the greatest impact on the resultant outcome, which modifications are needed and how the modification work in a field/laboratory/virtual environment (Xxxxxx 1999). Specifically, the goal of IE is to identify the optimum settings for the different factors that affect the machine/process/system. In that light, in MIDIH project (and as well in this document) it is referred to IE as the deployment of the developed system/solution intended to the digitalization of specific manufacturing processes/activities/value chains in a field/laboratory/virtual environment to arise business performances of the involved manufacturing enterprises and, in a broader meaning, of manufacturing industry. Scenario analysis and requirements elicitation‌ Use Case description‌ An overall picture of the Use Case must be provided in this section where the use case must be named and described. The Use Case partner’s (the company that wants to go through a process of digitalization of its processes/system/value chain) name must be recorded as the name of the man...

Related to Use Case template

  • Technical Specifications The Technical Specifications furnished on the CD are intended to establish the standards for quality, performance and technical requirements for all labor, workmanship, material, methods and equipment necessary to complete the Work. When specifications and drawings are provided or referenced by the County, these are to be considered part of the Scope of Work, and to be specifically documented in the Detailed Scope of Work. For convenience, the County supplied specifications, if any, and the Technical Specifications furnished on the CD.

  • Escrow Format Specification 3.1. Deposit’s Format. Registry objects, such as domains, contacts, name servers, registrars, etc. will be compiled into a file constructed as described in draft-xxxxx-xxxxxxx-registry-data-escrow, see Part A, Section 9, reference 1 of this Specification and draft-xxxxx-xxxxxxx-dnrd-objects-mapping, see Part A, Section 9, reference 2 of this Specification (collectively, the “DNDE Specification”). The DNDE Specification describes some elements as optional; Registry Operator will include those elements in the Deposits if they are available. If not already an RFC, Registry Operator will use the most recent draft version of the DNDE Specification available at the Effective Date. Registry Operator may at its election use newer versions of the DNDE Specification after the Effective Date. Once the DNDE Specification is published as an RFC, Registry Operator will implement that version of the DNDE Specification, no later than one hundred eighty (180) calendar days after. UTF-8 character encoding will be used.

  • Post-Commercial Operation Date Testing and Modifications Each Party shall at its own expense perform routine inspection and testing of its facilities and equipment in accordance with Good Utility Practice as may be necessary to ensure the continued interconnection of the Large Generating Facility with the Participating TO’s Transmission System in a safe and reliable manner. Each Party shall have the right, upon advance written notice, to require reasonable additional testing of the other Party’s facilities, at the requesting Party’s expense, as may be in accordance with Good Utility Practice.

  • Acceptance Testing At the time of installation of a LIS trunk group, and at no additional charge, acceptance tests will be performed to ensure that the service is operational and meets the applicable technical parameters.

  • Project Implementation Manual The Recipient, through the PCU, shall: (i) take all action required to carry out Parts 1.1, 1.3, 1.4, 2, 3.1(b), 3.2, 3.3 and 4 (ii) of the Project in accordance with the provisions and requirements set forth or referred to in the Project Implementation Manual; (ii) submit recommendations to the Association for its consideration for changes and updates of the Project Implementation Manual as they may become necessary or advisable during Project implementation in order to achieve the objective of Parts 1.1, 1.3, 1.4, 2, 3.1(b), 3.2, 3.3 and 4(ii) of the Project; and (iii) not assign, amend, abrogate or waive the Project Implementation Manual or any of its provisions without the Association’s prior agreement. Notwithstanding the foregoing, if any of the provisions of the Project Implementation Manual is inconsistent with the provisions of this Agreement, the provisions of this Agreement shall prevail and govern.

Time is Money Join Law Insider Premium to draft better contracts faster.