Laserfiche WebLink
Phase 6,Task 21: City Responsibility: <br /> . City will be responsible for assisting our implementation team with the generation of a comprehensive catalog of <br /> existing reports. (8-16 hours per Functional Group) <br /> . Review of reports once designed and configured(2-4 FTE hours per Functional Group) <br /> Phase 6,Task 21: Timmons Group Responsibilities and Deliverables: <br /> • Modification and development of reports based on a total budgeted allotment of 260 total hours. <br /> Phase 6,Task 21:Assumptions: <br /> . City will designate a report writer/s who will work with our implementation team to generate the catalogued list <br /> of reports,review reports developed by our implementation team, and be trained on ad-hoc and leveraging <br /> Crystal for Cityworks report creation(not Crystal Reports training). <br /> • Timmons Group has applied 260 hours to accomplish the creation of new reports as information provided to <br /> make a definitive LOE calculation is not possible at this time. <br /> • City will provide review comments within 10 business days or a mutually agreed upon timeframe <br /> Phase 6,Task 21:Estimated Timeframe: <br /> • The development of reports will require approximately 12-18 weeks <br /> Phase 6 Exit Criteria <br /> . Modification and development of reports based on a total budgeted allotment of 260 total hours. <br /> Phase 7: Data Miqration/Conversion <br /> Phase 7, Task 22: Data Migration <br /> The data to be converted will consist of the City's legacy CASSWorks data within the Oracle database. <br /> Inherent to the process is establishing a strategy to deal with the data that is being managed in what will <br /> become a legacy system. <br /> Data Migration Approach <br /> The legacy datasets and systems targeted for possible conversion likely span multiple database <br /> schemas, database versions and possibly even database formats, which implies that each will be handled <br /> in a unique way. While this is true in many ways, the fundamental approach to successfully migrating data <br /> from one system to the other is, in fact, the same. <br /> Coordination <br /> As is evident by this scope of work, the migration effort typically is just one facet of the system <br /> implementation and it is our recommendation that it is not undertaken independently. The reason for this <br /> is because it is much easier to define possible new locations for legacy data when the core system is <br /> being designed. The danger of converting data "down the road"is that there may not be a readily <br /> apparent place for data to be migrated to, thus necessitating a core system design change. However, if <br /> the City finds it necessary to perform a data migration in a future phase the schema targets should be <br /> considered within this scope of services so that the future data migration has a higher chance of not only <br /> being successful, but also requiring less effort (cost). The foundation of the proposed Cityworks solution <br /> needs to be in place in order for the data migration to be performed, but even then, the conversion may <br /> drive specific configuration items and changes. Coordination and communication between the project <br /> team members will be an ongoing element of the conversion process that starts with project kickoff and <br /> terminates with a successful migration of all data into the production environment. <br /> 30IPage <br />