27. Документирование прикладных программных систем. Этапы создания документации для тиражируемых систем.

Документация бывает: системная, проектная, документирование данных, программная, документирование алгоритмов, модулей, документация качества, документация показателя эффективности программ.

Этапы:

1) Чтение ТЗ и обсуждение

2) Техническое задание получает каждый программист

3) Обсуждение

4) Написание текста, чтение литературы, цитирование, формирование своих фраз

5) Тестирование

6) Написание 2ой редакции

7) Тестирование документации и программы на соответствие

8) Финальная редакция

9) Подготовка оригинального макета

10) Вычитка

11) Типография

12) Формирование коробки

13) Работа с пользователем

14) Создание новой версии продукта.

28. Сдача прикладных систем в эксплуатацию.

1) Подготовка к сдаче 2) Сдача: прогон теста, фиксация результатов в журнале, соотнесения продукта и технического задания, заключение.

Приёмы при сдаче: подбор сторонников, своевременное обучение, заранее готовить сопровождение, подготовка вопроса о соотношение систем(старая/новая), умение продемонстрировать новые возможности, выделение возможностей, выбор времени внедрения

3) Доработка 4) Опытная эксплуатация.

29. Смена систем. Особенности проектирования «второй системы». Тактические приемы смены систем.

Определение шагов: существует ли необходимость такой разработки, что руководство предполагает включить(прогноз, данные…), оценка времени, наследие старого программного обеспечения, местные программисты, разработка, внедрение, эксплуатация, сопровождение

Смена системы проблемы: необоснованный переход, недооценка тонкостей, неверная оценка работы, параллельное существование 2 систем, «напряжённое» отношение с пользователем, соблазн ругать предшественника.

Тактические приёмы:

- подбор энтузиастов со стороны пользователя

- обучение пользователя на самых ранних этапах работы системы

- нужно подготовить сопровождение

- подготовка заранее к вопросам(«Что вы сделали?»)

- соотношение выполненной работы с требованиями

- явная демонстрация новых возможностей

- время внедрения.

30. Особенности разработки заказных программных систем.

Планирование работы: проект нужно детализировать до тех пор, пока каждый отдельный блок можно будет дать только одному человеку, и нельзя двоим.

Правила руководителя:

- контролировать работу каждого

- не оценивать работу по числу ошибок во время сессии

- оценка производится по числу ошибок после сессии

- задача сессии выявлять ошибки, не исправляя их

- сессия должна быть направлена на базовые проблемы, а не мелкие ошибки

- рекомендуется 3-6 человек на сессию

- лучше частые и короткие сессии.

31. Подходы к перепроектированию технологических процессов: реинжиниринг бизнес-процессов (рбп) и асу.

Реинжиниринг — это «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения коренных улучшений в основных показателях деятельности предприятия». Целью РБП является системная реорганизация материальных, финансовых и информационных потоков, направленная на упрощение организационной структуры, перераспределение и минимизацию использования различных ресурсов, сокращение сроков реализации потребностей клиентов, повышение качества их обслуживания. Таким образом, речь идет о формировании совершенно новых деловых целей с использованием последних достижений информационных технологий.

Бизнес-процесс – это упорядоченная во времени и пространстве совокупность взаимосвязанных работ направленных на получение определенного результата, с указанием начала и конца и точным определением входов и выходов.

Производство базируется на нижнем уровне и представляет последовательность терминальных вершин, бизнес-процесс рассматривается как горизонтальный уровень, но его обеспечение осуществляется всей структурой.

Недостатки: локальность задач, замыкание на отдел и их конкуренция за счёт качества продукции, нет заинтересованных в конечном результате, реальные задачи организации могут не соответствовать функциональной структуре.

АСУ по шагам: "Запуск проекта", "обследование предприятия", разработка концепции, ТЗ на ИС", "эскизный проект", опытный вариант ИС, ТП - технический проект, разработка рабочей документации проекта, часто совмещавшаяся с предыдущей стадией в технорабочий проект, "ввод в действие" (в просторечии - "внедрение").