Term Papers

MADS 6655. 81 Contemporary Issues in Community Policing Herbert F. Pendleton, EdD Final Exam Select one from each chapter and provide a one paragraph response answering the information requested. Chapter 8 1) Discuss in general rationale for learning â€Å"what works† in criminal justice in general, and for measuring (assessing and evaluating) COPPS initiatives in specific. 2) Describe the major differences between assessments (as defined in the S. A. R. A. problem solving process) and an empirical impact evaluation of a COPPS strategy. ) Explain why the accomplishment of an actual impact evaluation is uniquely challenging for the police agency in terms of one’s knowledge, skills and abilities – and some means for acquiring the services of one who can perform such an evaluation. 4) Describe the kinds of knowledge, skills and abilities that a police officer engaged in COPPS must possess, as well as criteria for assessing an officer’s problem solving perform ance. 5) Explain the benefits of using suyveys for evaluation purposes. 6) Describe the benefits of an agency’s employing the CP-SAT system for its COPPS initiatives.Chapter 9 1) Explain the basic schools of thought as per Knowles and Bloom concerning the concepts of adult – and problem based learning, and apply them to training for COPPS. 2) Describe the characteristics of a learning organization, and why it is important for police agencies to become as such. 3) Delineate the unique challenges that are involved with training police officers. 4) Review how knowledge is imparted at the basic recruit academy as well as with the post academy, in-service, and roll call methods. ) List some kinds of technologies that exist in police training. 6) Detail the means for determining officers’ training needs. Chapter 10 1) Explain in contemporary terms what is meant by diversity. 2) Delineate the historical background of police-minority relations. 3) Review whether or not the criminal justice system discriminates against minorities; include the findings by RAND as well as the perceptions of other notable organizations. 4) Define what is meant by bias-based policing (racial profiling), and explain why it is a destructive practice. ) Define the elements of hate crime, and discuss what measures are being taken by the police to address such acts. 6) Describe some of the cultural customs of people in different nationalities, and discuss why it is important for the police to be aware of those different customs. 7) Explain why it is important for a police agency to be diverse, and provide examples of what some police agencies are doing to enhance their ability to recruit women and minorities. Chapter 11 ) Describe the kinds of strategies that may be employed by police to meet the challenges posed by methamphetamine – and the recent â€Å"shake and bake† form of drug lab – as well as some of the methods used and the hazards faced by the police to identify, eliminate, and clean up clandestine drug labs. 2) Review what research shows works and does not work with regard to street-level drug enforcement, particularly as it concerns crackdowns, community partnerships, and problem-oriented policing. 3) Explain how open-air drug markets operate, what challenges they pose, and what COPPS efforts have done to meet those challenges. ) Explain the problem of prescription drugs, particularly pharmaceutical counterfeiting and â€Å"pharming parties. † 5) Explain how COPPS efforts are being directed toward the identification, prevention, and suppression of gangs. 6) Review the extent and purposes for which graffiti exists, some means by which the problem may be addressed, and how graffiti may be used for intelligence gathering. 7) Explain what some large cities are doing about their crimes of violence in general, and why some of those tactics are controversial. ) Explain what the police can do about dealing with disorderl y conduct by youth in public areas. 9) Describe what can be done to address underage drinking. 10) Review some COPPS approaches to school violence any cyber bullying. Chapter 12 1) Describe the nature and extent of identity theft and some of the ways that the police can attempt to prevent and address it. 2) Explain what is meant by the term â€Å"mental illness,† its nature and extent, contributing factors, and what the police can to cope with it. 3) As with mental llness above, describe the nature and extent of homelessness and some means by which the police can try to cope with it. 4) Review the nature and extent of domestic violence, and how COPPS has affected the approaches to reducing its frequency. 5) Define what is meant by neighborhood disorder, how the economy has contributed to it, and ways COPPS can help to address it. 6) Review the problems surrounding prostitution, and list some means for addressing them. 7) List the four types of stalking situations, and how a C OPPS approach would deal with them. ) Explain how the internet has contributed to criminality, and how social networking sites have a part in those crimes; review the challenges for, and techniques of the police for investigating them. Chapter 13 1) Describe how COPPS efforts have been undertaken in large, medium, and small jurisdictions. 2) Explain how federal and state law enforcement agencies as well as universities are engaging in COPPS activities. Chapter 14 1) Discuss the general system of policing in Canada, including the federal, provincial, and municipal systems. ) Describe the structure and functions of the Royal Canadian Mounted Police, including its COPPS model, which they termed â€Å"CAPRA. † 3) Explain the police functions and responsibilities in Japan, with particular emphasis on the koban concept. 4) Review the responsibilities of the Australian Federal Police, to include how it serves the rural (ACT) areas. 5) Explain how crime prevention lies at the root of COPPS in both Sweden and France, as well as other similarities of their approach to, and practice of this philosophy. ) Review the role of constables in Great Britain. 7) Explain the five stages in the development of community policing in Hong Kong. Chapter 15 1) Discuss why a futures orientation is important for police executives and supervisors, as well as the national organization that exists to foster the study and practice of that orientation. 2) Provide an explanation of the kinds of â€Å"accelerators† and challenging crimes that the police must be trained to address in the future. 3) Define succession planning and explain why today’s police leaders must engage in that practice. ) Review the concerns of and reasons for some police observers’ beliefs that there is a trend the police to become more federalized and militarized. 5) Explain the authors’ concerns with the language of policing in general, particularly the tendency to use new labels and t o create new eras of policing; include intelligence-led policing and predictive policing in your response. 6) List a summary of the challenges facing the police in the future in order to fully embrace COPPS. Term Papers Additional Questions – Test Strategy Table of Contents 1Purpose3 2About Additional Questions3 3Requirements4 3. 1As-Is and New AQ Features4 AQ As-Is Feature from V14 AQ Additional / Enhanced Feature for V24 ?Create AQ functional Component4 ?AQ FCA linked to Scoring FCA4 ?Create AQ Event by copying an existing event (closed, open, draft & archived)4 ? Invite Supplier4 3. 2AQ High Level Functionality and List of User Stories5 Table below gives the mapping of User Stories against the As-Is AQ Functionality5 Table below gives the mapping of User Stories against the New AQ Functionality5 4Additional Questions Development6 . 1AQ Feature Development in Releases6 4. 2In Sprint Testing (Blue are new AQ features)6 4. 3System Testing7 4. 4In Sprint Testing Dependencies7 4. 5System Testing Dependencies8 1 Purpose The purpose of this document is to give the overview of the Test Strategy (Approach) for Additional Questions Feature which will be developed and Implemented for V2. This documen t briefs about AQ functionality and its requirements, the development approach, this document also discuss about the various levels of testing AQ as its being developed & the dependencies for testing. About Additional Questions Additional Question is an existing functionality of V1 Accelerate application, hence it’s known as As-Is feature for V2. And also have some additional/enhanced features for V2. This Additional Questions (AQ) is a buyer centric functionality and in V1 AQ is not a common feature which is available for all Buyers. It’s a Bolt-On feature, where a Buyer organisation can opt for this feature by making additional payment. AQ functionality has been developed and implemented in V1 in a way it can be configured for any Buyer Organisation.AQ provides an additional edge to Buyer Organisation where they can ask their intended Questions to a specific set of suppliers of their own interest and short list them upon their response. Using this feature member of a Buyer Organisation, who is having permissions to AQ can create an AQ Event which comprises of a template with questions, and the member can search for suppliers and invite them all or a specific set of suppliers to answer the questions, on or before a dead line date set for the particular AQ event by the member.Buyer user can create AQ Events and save it for feature purpose, existing AQ event can be used by some other Buyer Organisation member and the member can use it as it is or can do some changes before inviting the suppliers. Even the invited AQ events can be reused. Buyer User will be able to add or remove questions to an AQ event. A. Q summary is the last stage of draft event in which the user can preview the whole event and also review it before sending it to the supplier users. Supplier needs to respond to AQ and buyer will rate supplier according.Scoring engine will help AQ to rate Supplier. AQ product needs to be configured by C3 user with all required features. AQ will be added as a component which will be inherited by child product (community). * 3 Requirements Requirements developed as User Stories and reviewed by Products & Services team and approved. Both the existing features (As-Is) and the new V2 specific additional / enhanced features are also covered in user stories. The below table will give the bifurcation of Existing and New features of Additional Questions. . 1 As-Is and New AQ Features * AQ As-Is Feature from V1| * AQ Additional / Enhanced Feature for V2| * Create AQ Template | * Create AQ functional Component| * Create AQ Draft event & review of AQ| * AQ FCA linked to Scoring FCA| * Create AQ Event using AQ Template| * Permission to C3 User for AQ| * Create AQ Event by copying an existing event (closed, open, draft & archived)| * Create & use AQ Library * | * Invite Supplier| * Language Support to AQ| AQ view for GBO | * Buyer assigns scoring to AQ Event| * AQ view for Buyer| * Scoring can be manual or automatic * | * AQ view for Su pplier| * AQ alert to buyer when Current Date + 7 >= End Date| * Modification to AQ Open Event | * Reminder email to supplier who has not responded| * Categorisation of AQ Open Event (Responded, Not Responded, Not Interested)| * Clarification asked by Buyer on AQ supplier response | * AQ Reports| * AQ scoring for each supplier| * | * Comparison of AQ with respect to supplier| * | * Buyer rate & email to supplier on AQ Close Event| * 4. 2 AQ High Level Functionality and List of User Stories * Table below gives the mapping of User Stories against the As-Is AQ Functionality Area| Functionality| User Story| GBO| | | | | | | | | Buyer| | | | | | | | | | | | Supplier| | | | | | | | | * Table below gives the mapping of User Stories against the New AQ Functionality Area| Functionality| User Story| GBO | | | | | | | | | Buyer| | | | | | | | | | | | Supplier| | | | | | | | | * 4 V2 Development Strategy 5. 3 Development Approach V2 development is a mix of both Waterfall and Agile development f ramework.The Development of requirements follows waterfall, where as the actual code development will happen in agile methodology. First all the User Stories will be written, reviewed and signed off by the stake holders. Development will follow the high level milestone plan, which comprises of internal releases and Demo Release. Date| 1/Dec/12| 1/Jan/13| 15/Jan/13| 29/Jan/13| 1/Feb/13| 1/Mar/13| 15/Mar/13| 29/Mar/13| Release| Alpha 0. 1| Alpha 0. 2| Alpha 0. 3| Alpha 1. 0| Alpha 1. 1| Alpha 1. 2| Alpha 1. 3| Alpha 2. 0| Purpose| Internal| Internal| Internal| Board| Internal| Internal| Internal| Board|As mentioned above each and every internal release has multiple Iterations for development and the user stories will be allocated to these iterations for development. Within these iterations all the allocated user stories will be developed and tested In-Sprint Testing. 5. 4 AQ Feature Development in Releases As explained above, AQ as feature to be developed for V2 will also follow the s ame development methodology, All User Stories belongs to AQ will first written, reviewed and signed off, and then developed in multiple releases in multiple iterations.The table below will give us the picture of AQ Development in Release and Iteration wise. The Main purpose of the below table is to give clear picture of When AQ feature development will be started and in which release it will developed and delivered 100%. Table below will not give the Start and End dates of either each and every release or Iterations, these dates are available with the development team and ion their plan. Release| Iteration| User Story| Functionality / Area| Internal Release Alpha 0. 1| Iteration 1| | | | Iteration 2| | | | Iteration 3| | | Iteration 4| | | Internal Release Alpha 0. 2| Iteration 1| | | | Iteration 2| | | | Iteration 3| | | | Iteration 4| | | Internal Release Alpha 0. 3| Iteration 1| | | | Iteration 2| | | | Iteration 3| | | | Iteration 4| | | Demo Release 1. 0| Iteration 1| | | | Ite ration 2| | | | Iteration 3| | | | Iteration 4| | | Internal Release Alpha 1. 1| Iteration 1| | | | Iteration 2| | | | Iteration 3| | | | Iteration 4| | | Internal Release Alpha 1. 2| Iteration 1| | | | Iteration 2| | | | Iteration 3| | | | Iteration 4| | | Internal Release Alpha 1. 3| Iteration 1| | | Iteration 2| | | | Iteration 3| | | | Iteration 4| | | Demo Release 2. 0| Iteration 1| | | | Iteration 2| | | | Iteration 3| | | | Iteration 4| | | 5 AQ Test Approach This section describes the test approach for Additional Question by explaining the following. * Testing Scope of Additional Questions * Dependency with other critical V2 functionalities * Integration with Third Party Application Features * Levels of Testing * Test Design & Execution * Test Data Requirements * Functional Automation Testing * Non Functional Testing Scope 6. 5 Scope of Additional QuestionsAdditional Question as feature it spread across all the major areas of V2 application, though it’s Buyer centric feature it’s having scope in C3 (Configuration Control Center), GBO (Global Back Office), SCC (Standard Company Concept) Buyer & Supplier. End to End Perspective From an end to end perspective the AQ functionality testing needs to be started from C3 (may be configuration of AQ – need additional information to complete it) and then SCC-Buyer can create AQ Events and invite Suppliers and then SCC- Suppliers can respond for AQ events.From GBO-User perspective AQ needs to be tested for AQ Dashboard, AQ Reports, etc†¦ (need additional information to complete this section) Non Functional Perspective – Performance Few AQ Features needs to be tested for Performance * AQ template creation with more Questions * Inviting multiple suppliers * Response time of viewing AQ responses * AQ Report Generation for SCC-Buyer & GBO User Multilingual Perspective As Additional Question can be configured for any scheme / community, and we have communities which support more than on e language, AQ needs to be tested in all applicable languages.Cross Browser Perspective As Buyer organisation members and Suppliers can use any browser to access the application, Additional Questions features needs to be tested in multiple browser combinations. Community Specific Additional Questions can be configured for specific communities and as we already have few communities effectively using AQ, all such communities needs to be tested thoroughly AQ feature. Supplier Perspective AQ needs to be thoroughly tested with * Newly Registered Suppliers * Migrated Suppliers 6. 6 Additional Questions Dependency with other Features. AdditionalQuestions is one of the feature in V2 application, this feature has some integration / dependency with some other features of V2 application. This section describes the AQ dependency with such other features of V2. This dependency may play a critical role in AQ testing at functional level and at end to end testing, we may have a work around to bypas s the dependency, where as some feature must be available to test AQ. AQ Feature| Dependent Feature| Dependency level| When This Feature will be Ready| Do we have Work Around| Work Around| Effectiveness of Work Around| Invite Supplier| Search| Very High| ? ? | | ? | | Email Generation| Very High| ? | ? | | ? | | Existing / Migrated Suppliers| High| ? | ? | | ? | All such dependencies for all AQ features needs to be captured in a separate excel sheet and attached to this document. And the Dependencies needs to be discussed with Development team, as we may need their help for some work around or the feature needs to be developed in a priority. This dependency is very critical for test execution. 6. 7 Integration with Third Party Application Features This section needs to be filled in 6. 8 Levels of TestingAdditional Questions will be tested at In-Sprint Testing and System Testing, this section describes what will be covered in In-Sprint Testing and System Testing. In-Sprint Testing In -Sprint Testing is part of development, In-Sprint testing team will work along with Development team for Release and Iterations, user stories assigned to iterations is the scope for development and testing, while development teams starts coding In-Sprint testing team starts test design, when the feature is developed and ready for testing, In-Sprint test team will test the feature and give the result.In-Sprint test team covers Unit, Integration, Continuous Integration and Regression Testing. In-Sprint Unit Testing In unit testing, team checks for the following using Checklists * Field Level Validation of all controls * Boundary Value, Equivalence Partitioning * Page Navigation on Links * Messages (information on control validation, Tool Tips, etc†¦ ) * Page Templates, Company Logo, T&C’s, Copy Right, etc†¦ * Cross Browser – All UI design needs to be validated with all applicable browser combinationsIn-Sprint Integration Testing Team test the features developed integrated with preceded and following features of a feature belongs to same module (Group of requirements, belongs to one user story) within the iteration as the features being developed in iterations. And also the integration of group of requirements developed (one User story) with another group of requirements (another User Story) as iteration is having multiple User stories. In-Sprint test team will write functional test cases to test this integration of features.In-Sprint Continuous Integration Testing Team tests the integration of features developed in multiple iterations, as the features developed across multiple iterations of any release are being continuously integrated together. Team may write separate set of integration test cases for this else they will enhance their existing integration test cases to test this, in an another approach team can group set of individual integration test cases and execute them in an order which covers this continuous integration.In-Sprint R egression Testing Test team executes all the test cases which belongs to earlier release for any successive release, this is to ensure that the new release features are not hampering the existing features already developed and tested and also ensures the integration of features in between two successive release is working fine. Table below gives a picture of Unit, Integration, Continuous Integration & Regression testing for Releases and Iterations.Release| Iteration| User Story| Feature| Testing| | | | | Unit| Integration| Continuous Integration| Regression| Release 1| Iteration 1| User Story 1| Feature 1| Y| Integration of feature 1+2+3+4| Continuous Integration of User Story 1 + 2+ 3| Release 1 TC's Regression Suite for Release 2| | | | Feature 2| Y| | | | | | | Feature 3| Y| | | | | | | Feature 4| Y| | | | | | User Story 2| Feature 5| Y| Integration of feature 5+6+7+8| | | | | | Feature 6| Y| | | | | | | Feature 7| Y| | | | | | | Feature 8| Y| | | | | User Story 3| Feature 9| Y| Integration of feature 9+10| | | | | | Feature 10| Y| | | | | Iteration 2| User Story 4| Feature 11| Y| Integration of feature 11+12+13+14| Continuous Integration of User Story 1 + 2+ 3+4+5+6| | | | | Feature 12| Y| | | | | | | Feature 13| Y| | | | | | | Feature 14| Y| | | | | | User Story 5| Feature 15| Y| Integration of feature 15+16+17+18| | | | | | Feature 16| Y| | | | | | | Feature 17| Y| | | | | | | Feature 18| Y| | | | | | User Story 6| Feature 19| Y| Integration of feature 19+20| | | | | | Feature 20| Y| | | |Release 2| Iteration 3| User Story 7| Feature 21| Y| Y| Y| Release 1 + Release 2 TC's Regression Suite for Release 3| | | | Feature 22| Y| | | | | | | Feature 23| Y| | | | | | | Feature 24| Y| | | | | | User Story 8| Feature 25| Y| Y| | | | | | Feature 26| Y| | | | | | | Feature 27| Y| | | | | | | Feature 28| Y| | | | | | User Story 9| Feature 29| Y| Y| | | | | | Feature 30| Y| | | | | Iteration 4| User Story 10| Feature 31| Y| Y| Y| | | | | Feature 32| Y| | | | | | | F eature 33| Y| | | | | | | Feature 34| Y| | | | | | User Story 11| Feature 35| Y| Y| | | | | Feature 36| Y| | | | | | | Feature 37| Y| | | | | | | Feature 38| Y| | | | | | User Story 12| Feature 39| Y| Y| | | | | | Feature 40| Y| | | | System Testing System testing will be executed by System Testing team, System test design and execution will be done as End to End level. In System test design we will write Test Scenarios and Prepare Test Data to execute the System Testing. Test Scenarios will cover multiple functionalities with all permutation and combination of functionalities to test all possible real time end to end scenarios.System testing will also cover the end to end scenarios for maximum number of suppliers, for example System testing will be executed for inviting 500 suppliers for an AQ event, creating an AQ event with 100 Questions. And to execute the end to end testing for such high volume of suppliers we need support from Automation, because as the V2 application being de veloped right from the scratch, existing suppliers not available in the system, hence we need to first register for 100 of suppliers, registering 100 of suppliers will require high resource count and it’s practically not possible.And also respond to an AQ event sent for 100 of suppliers it take time and resource, if it needs to be done manually, in such scenario we need Automation script to complete the task. 6. 9 Test Design 6. 10 Test Data Requirements 6. 11 Functional Automation Testing 6. 12 Non Functional Testing Scope