- •1.Структура аис. Характеристика обеспечивающих подсистем.
- •3. Стадия предпроектное исследование. Анализ предметной области
- •4.Действия разработчика на стадии предпроектных исследований.
- •5. Действия заказчика на стадии предпроектных исследований.
- •6.Разработка требований к системе.
- •7.Назначение и состав документа тз на разработку аис (гост 34.602-90)
- •10. Логическое проектирование аис.
- •9.Описание бизнес-процесса, бизнес-компонентов и бизнес-правил.
- •11.Постановка задачи Функциональная схема аис
- •12.Предварительные испытания.
- •13. Опытная эксплуатация.
- •14. Стадия внедрения. Организационно-распорядительные документы.
- •15. Взаимоотношения заказчика и разработчика на стадии разработки и внедрения аис.
- •16. Приёмочные испытания аис.
- •17. Стратегия внедрения системы.
- •19. Математическое обеспечение аис.
- •20. Внутренняя и внешняя информация.
- •21. Организационное обеспечение аис.
- •22. Логическая модель данных аис. Нормализация отношений.
- •28. Язык запросов sql. Команда update
- •18. Технология внедрения системы.
- •27. Язык запросов sql. Команда select
- •23. Инструкции пользователя.
- •24. Типовые информационно-программные средства создания и отладки системы.
- •25. Разработка проекта средствами Visual FoxPro.
- •26. Sql. Назначение и характеристика языка.
- •29. Язык запросов sql. Команда create/delete.
- •30. Язык запросов sql. Команда insert.
- •31. Правила оформления текстовых программных документов (гост 19.106-78)
- •32. Надёжность. Основные термины и определения.
- •33. Количественные показатели надежности
- •34.35.36.Методы повышения надежности
- •37. Сопровождение аис.
3. Стадия предпроектное исследование. Анализ предметной области
На этом этапе у заказчика и разработчика возникают взаимоотношения, которые оформляются в виде договора на создание системы или выдачи заявки на разработку АС в ту организацию, которая будет оплачивать разработку. Составляется план-график работ обследования предприятия разработчика и приказ по проведению этих работ.
Подробно описывается проблема заказчика и обследование предметной области, выделив бизнес-компаненты, бизнес-процессы, бизнес-правила.
Анализ предметной области
Изучив предметную область (ПО) автоматизации после ознакомления с требованиями заказчика, необходимо составить модель ПО через описание бизнес - процесса предприятия.
Для этого следует ответить на вопросы:
- что лежит в основе автоматизируемой деятельности;
- как это делается;
- кем это делается;
- где происходит деятельность;
- когда это делается;
- зачем это делается.
Описать технологическую цепочку обработки информации, представив модель предметной области через бизнес - компоненты и бизнес - процессы.
Для этого необходимо собрать информацию о документах, участвующих в технологической цепочке обработки информации, о сроках формирования отчётной документации, о сроках представления на обработку оперативной информации, о наличии на автоматизируемом объекте нормативной или справочной информации, классификаторов отрасли или предприятия, методической документации, руководящих материалов.
4.Действия разработчика на стадии предпроектных исследований.
1.формирует свои понятия о будущей АС по высказываниям заказчика
2.составляет план-график обследования объекта автоматизации
3.проводит обследование тех рабочих мест, которые войдут в АС
4.изучает комплект документов представленных заказчиком
5.предлагает заказчику варианты концепции системы согласно сформированными пользователем требования к АС
6.прредлагает заказчику конфигурацию технических средств в качестве технического обеспечения АС
7.совместно с заказчиком рассчитывает предварительную технико-экономическую эффективность от внедрения АС
5. Действия заказчика на стадии предпроектных исследований.
формирует свое видение АС и доносит его разработчику
готовит приказ по обследованию объекта автоматизации (предприятия) разработчиками согласно представленного ими план-графика обследования
готовит набор документации, участвующей в тех процессах, которые будут автоматизированы
оформляет заказ на приобретение технич. средств по предложению разработчика
участвует в расчете технико-экономической эффективности от внедрения АС
рассматривает предложенные варианты концепции АС и выбирает наиболее подходящий или объявляет тендер на разработку АС
6.Разработка требований к системе.
1.Заказчик выражает свои требования и пожелания относительно системы. 2.после изучения предмет.области уточняется у заказчика требования, конкретные нюансы (требования по функциональности (цель), требовыания к интерфейсу (удобство работы с системой)). 3.более глобальное изучение, изучение конкретных документов (включается в ТЗ)