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 Tmmeframe: <br />• The development of reports will require approximate y 12-18 weeks <br />P hase 6 Exit Criteria <br />Modification and development of reports based on a total budgeted allotment of 260 total hours. <br />P hase 7: Data Miqration/Conversion <br />P hase 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 />30Jf'age <br />