Ну, блин, люди дают! Чужие бизнес-процессы автоматизировать собрались, а свой собственный наладить не могут.

2 630.

Ладно, более серьёзно.
Задача разработчика.
1. Надо, чтобы все требования заказчика были зафиксированы в том или ином удобочитаемом виде.
2. Надо выполнить требования заказчика по оформлению проектной документации.
3. Вытянуть из заказчика максимум денег.
Задача заказчика.
1. Чётко сформулировать задачу разработчику.
2. Добиться от него толковой постоянно поддерживаемой документации в приемлемом для себя виде (желательно - полную техническую документацию и грамотно прокомментированные исходные тексты).
3. В головах людей/на бумаге/в электронном виде сохранить описание функциональности системы.

Список, содержание и последовательность оформления документов, удовлетворяющих этим требованиям, может быть любым. Абсолютно. В зависимости от:
0. Состоит ли разработчик в постоянном штате предприятия-заказчика.
1. Капризов заказчика.
2. Степени доверия заказчика к разработчику.
3. Объёма работы и количества разработчиков.
4. Степени доверия разработчика к заказчику.
5. С чьей стороны будет основная часть аналитиков - со стороны заказчика или со стороны разработчика.
6. Предполагается ли полная или частичная передача дальнейшей доработки системы заказчику.
7. В каких случаях к разработчику должны применяться штрафные санкции.
8. Чья сторона будет консультировать пользователей системы.
9. Кто будет заниматься тестированием системы.
11. В каком виде разработчик должен/готов принимать сообщения об ошибках системы.

Все 12 пунктов вышеприведённого списка должны обсуждаться с заказчиком в самом начале, в том или ином виде фиксироваться, после чего ВМЕСТЕ с заказчиком должен составляться список документов, способ оформления и согласования документации. Документы могут быть САМЫМИ различными, главное, чтобы всё это дело РАБОТАЛО.

Единственный, на мой взгляд, обязательный для всех проектов документ (да и то многие без него обходятся :) - это бумажка/файлик, содержащий ответы на вышеперечисленные вопросы.

Пример. Если консультировать пользователей системы будет разработчик, заказчик, видимо, от разработчика должен потребовать инструкцию пользователя в электронном виде. Если консультировать пользователей будет заказчик, инструкции может и не быть - админы сбегают и всё объяснят. Если в этом случае всё же инструкция будет - оформлять и отвечать за неё будет заказчик.

Ещё пример. Если тестировать систему будет заказчик, разработчик, видимо, перед переносом изменений на рабочую базу должен получить документальное подтверждение успешного завершения тестирования. Если систему тестирует разработчик - это необязательно, всё равно за все ошибки отвечает разработчик.

Ещё один "вырожденный" (но частенько встречающийся на практике) пример. Единственный разработчик, он же бизнес-аналитик, состоит в штате небольшого предприятия-заказчика, сам подбирает себе тестеров и админов и единолично отвечает все последствия внедрения своей небольшой системки. В этом случае, очевидно, проект обходится ВООБЩЕ без документации (не считая нескольких скупых комментариев в исходном коде). Не сильно хороший вариант, конечно, но иногда и он неплохо работает.

Сахават Юсифов Всегда хорошо работает,потому что не один гад нос не сует!
Нет, не всегда. Зависит от квалификации, самоотверженности и порядочности единственного разработчика + от масштабов системы. Ведущий аналитик, своим могучим умом всё объемлющий, согласен, должен быть в любом проекте, но по-настоящему крупные проекты один человек не потянет. Печатать не будет успевать :)

2 603
Почему так резко в начале отреагировал на просьбу предоставить "перечень всех документов, используемых при разработке ИС". В общем-то, почти для любой компании документы являются "лицом" бизнес-процессов внутри этой компании. Соответственно, исходный пост можно трактовать как "Расскажите мне, как вообще происходит разработка ИС". Или: "Расскажите мне, как организована работа вашей компании". На первый вопрос ответить невозможно - слишком много чего там может происходить. На второй вопрос вряд ли кто ответит: во-первых, кому охота раскрывать "секрет фирмы", во-вторых, это всё равно бессмысленно - в Вашем случае всё равно всё будет устроено по другому.

... а если Вы хотите ГОТОВЫЙ пример полной документации (по всем этапам разработки), просто так, любопытства ради - есть ещё одно препятствие. Если распечатать все документы, которые накопились в нашем проекте за время его существования - получится далеко не одна коробка макулатуры. Я каждый день трачу существенную часть рабочего времени на то, чтобы изучить свежие документы и понять, что же там у нас за день произошло в нашем модуле(!) системы.