25A - AGMT - AGENDA WORKFLOW AND STREAMING

Home Browse Search

G GR AN I CU S RFP NO.: 17-107 Automated Agenda Workflow Program and Meeting Video Streaming/Archiving a. Granicus will create Client's InSite webpage and will customize it to reflect Client's branding limited to: I. Insertion of a header/banner image at the top of InSite (Client can specify or Granicus can pull an image off of its homepage). The image should be at least 100px high, logos are preferable. ll. Creation of standard player page with Client header. III. InSite color theme. Please select one from the following options: http://tiny.cc/o9l e5x IV. Removal any of the default tabs (e.g., People, Council, and Departments) V. Change of any of the captions/labels (e.g., changing "Legislative Text" to read "Staff Report" or changing "Calendar" to read "Schedule") VI. Remove fields or captions VII. For existing Clients: a tab created to point to the existing view pages. Note: InSite is not developed or supported when used as an !Frame. Individual colors in the text/design elements cannot be individually changed. InSite must use the theme system. b. Granicus will present the customizations to Client for approval prior to deployment being considered complete. c. Granicus will enable the publication of agendas, minutes, legislative documents, video, etc., from Legistar to InSite. d. Granicus will enable access to Client's InSite page from Client webpage. 6.3. Milestone 3: Implementation Completion Granicus performs unit and end to end testing as part of the normal development process. Granicus will conduct unit testing and integration testing using the following script for this implementation. (Please note this testing may be limited to one client machine and/or Granicus Encoding Appliance residing at Client.) Client is responsible for all client end-to-end testing. Granicus will resolve all defects and complete any change requests that arise during testing and will review the fixes for all defects with Client. A change request is defined as request to add, modify, or delete a specific unit of functionality from what was documented in the original requirements. A defect is defined as any error, flaw, mistake, failure, or fault that prevents a unit of functionality, or the system, from working as intended, or to produce an incorrect result. Any and all security flaws (in any application layer) shall also be classified as defects. Client will test and sign off on defects as they are resolved. Any presence of defects or process of resolving defects will not impede milestone close out without Granicus's express approval. DELIVERABLE: Written confirmation of the successful completion of testing granicus.com ) info@granicus.com 25A-73 page 40