ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
9 сообщений из 9, страница 1 из 1
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505346
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Интересно узнать мнение народа по данному пункту.
Не кидайте в меня стандартами, я их и так прекрасно знаю. Но - "суха теория мой друг, а древо жизни пышно зеленеет" (С) АСПушкин

У меня вырисовывается такая схема
1. Постановка задачи начальством
2. Выявление желаний юзеров
3. Стыковка желаний юзеров и требований начальства.
3а. Поиск технологий, которые позволят реализовать желания и требования.(Бывает и такое. Если не циклится только на базах данных)
4. Уточнение задачи.
5. Написания ядра проекта. Под "ядром" я понимаю минимально необходимую функциональность. "Ядро" не может работать без постоянных консультаций со стороны отдела ИТ (пусть даже и состоящего из одного человека)
6. Дополнение проекта всякми полезными фичами, навроде проверки корректности ввода и интеллектуального заполнения полей по дефолту.
7. Написания хелпа и документации
8. Дополнения, связанные с изменениями требований начальства.

Довольно часть бывает, что у начальства задач нет, а вот юзеры стонут и смотрят на тебя преданными собачьими глазами - "НУ СДЕЛАЙ ЧТО-НИБУДЬ, ЧТО БЫ МЫ НЕ УМИРАЛИ НА РАБОТЕ!!!". Лично я мимо таких просьб пройти не могу. Даже при отсутсвии ТЗ.
...
Рейтинг: 0 / 0
01.05.2004, 11:32
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505349
Alexander Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Popov
Участник
А также интересно еще знать временные параметры. У кого как получается. Так как у начальства частенько на этот счет свои мысли:-"что можно сделать все за неделю"
...
Рейтинг: 0 / 0
01.05.2004, 11:47
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505363
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
По временым параметрам, на основании своих проектов я могу дать только мин-макс

Предпроектная подготовка

min - 30 мин. max - 10 дней

Написание ядра

min - 3 дня. max - 2 месяца

Дополнительные фичи

min - 10 дней. max - 2 месяца и до бесконечности

Это только мои личные проекты. Которые я делал от и до. Без команды.
К сожалению, мне ни разу не довелось довести до конца командные проекты. Я или уволнялся из-за мизерной оплаты, или проекты теряли свою актуальность, или сокращали команду до меня одного :(

Да. Еще надо учесть то, что я не могу ограничиваться только работой над проектами - есть еще куча текучки
...
Рейтинг: 0 / 0
01.05.2004, 12:48
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505368
Alexander Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Popov
Участник
Интересно! А главное так как я и предпологал (на своем опыте). Но главное что касается времени все стремится к max. Причем времени на нормальное тестирование обычно нет и когда все это начинает работать (как я понял в состоянии Ядра) возникает куча мелких ляпов и недоделок которые в принципе легко устраняются но у юзеров и начальства складывается впечатление полной неработоспособности.
...
Рейтинг: 0 / 0
01.05.2004, 13:13
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505609
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
1. Постановка задачи начальством

скорей постановка задачи и показ текста начальству

2. Выявление желаний юзеров

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

3. Стыковка желаний юзеров и требований начальства.
3а. Поиск технологий, которые позволят реализовать желания и требования.(Бывает и такое. Если не циклится только на базах данных)

скорей это сводится к вопросу покупать что-то (сервер к примеру) или пользоваться тем что есть.

4. - 8.

Забыт главный пункт
9 - убеждение начальство что всё успешно внедрено и требование премий за работу

и ещё не менее главный пункт
0 - выяснение разработчиком "а оно мне надо?"

Касательно времени - большая часть скорей всего тратится на переговоры.
...
Рейтинг: 0 / 0
02.05.2004, 13:09
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505645
Serge_S
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serge_S
Участник
Никогда нет времени чтобы выполнить работу, зато всегда находится время чтобы ее переделать.

1. Постановка задачи начальством
2. Выявление желаний юзеров
3. Стыковка желаний юзеров и требований начальства.

Странная последовательность. Обычно основанием для работ является именно желание пользователя, т.е. изначально они ставят задачу. И в этой части требования начальства не должны пересекаться с желаниями пользователей.
Свои требования он может предъявлять исполнителю в виде сроков, качества исполнения и т.д. Хотя, может это и имелось в виду в этих пунктах.

У нас это где-то в такой последовательности:

1. Заявка заказчика.
2. Обследование задачи (предпроектное).
Нужно понять сразу, что хотят пользователи, сколько приблизительно понадобится времени и др. ресурсов, какая тех. база у них и т.д.
3. На основании этого ставится задача (начальником) или происходит отказ соответственно.
4. !!! ТЗ.
Без этого опасно творить даже внутри корпорации. Этот документ должен обяз. быть подписан обееми сторонами и содержать как можно более подробную информацию о предстоящей работе и сроках.
5. ТП.
Это для начальника и себя. Можно обойтись техноробочим проэктированием (т.е. на словах, карандашем на бумаге ...) если время жалко, но это тоже чревато.
6. На этапе проектирования лучше сразу утрясти с заказчиком визуальные интерфейсы, хотябы на словах.
Обычно с этим бывают проблемы при показе наработок в будущем. Потом обидно, показываешь результат долгого и упорного труда (сложные, красивые решения), а им кнопка не нравится - и ноют сидят остальное их уже не интересует...
7. Разработка с постоянным взаимодействием с пользователями.
8. Тестирование на тех. базе пользователей.
!!! Обязательно. Часто бывает незаметная для себя привязка к чему-нибуть на своей программно-технич. базе.
9. Передача на предварит. эксплуатацию.
Соответственные бумаги и подписи ...
10. В процессе предв. эксплуатации исправление замечаний и доработки.
11. Передача в постоянную эксплуатацию и поддержка.

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

Вообще этот вопрос обсужнался здесь не раз (правда без меня), но Cat2 довольно ув. member и наверное есть повод вернуться к вопросу, тем более, что он довольно болезненный.
...
Рейтинг: 0 / 0
02.05.2004, 14:57
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505715
MVM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MVM
Участник
1. Постановка задачи начальством
У меня - скорее понимание конечной цели проекта. ЧТО мы должны получить В ИТОГЕ. (И кому оно надо из начальства желательно самого верхнего)
1а. Понимание узких мест и последовательности внедрения.
2. Начинаем с самого узкого, либо с самого "завязанного" в проекте места. (Кстати, самое сложное. После начала работы в этих местах проекта - остальное уже подтягивается.)

2. Выявление желаний юзеров
3. Стыковка желаний юзеров и требований начальства.

Принцип - мы строим систему не для пользователей, а для руководителей. НО! Внедрение проекта напрямую зависит от заинтересованности юзеров, поэтому для них тоже делаются "полезности". Тут важно - не увлечься полезностями для юзеров.

4. Уточнение задачи.
Это идет постоянно. Используем принципы "экстремального программирования"

5. Разрастание проекта вширь. Ввод в действие новых участков. Разграничение прав и свобод. Найти кого-нибудь среди пользователей, кто будет следить за справочниками.

6. Написание кучи анализов и отчетов для начальства (не моего, а пользователя).
7. Написания хелпа и документации
8. Дополнения, связанные с изменениями действительности.


Довольно часть бывает, что у начальства задач нет, а вот юзеры стонут и смотрят на тебя преданными собачьими глазами - "НУ СДЕЛАЙ ЧТО-НИБУДЬ, ЧТО БЫ МЫ НЕ УМИРАЛИ НА РАБОТЕ!!!". Лично я мимо таких просьб пройти не могу. Даже при отсутсвии ТЗ.

Да уж....
Тут лично мой принцип - "Если юзеру для выполнения работы (разовой) надо 5 часов, а мне - час - я не буду делать, если ему 10, а мне 1 - я сделаю. Напишу селекты, апдейты, почищу, пририсую и т.д."
И еще.
"Я всегда жалею только тех юзеров, которые действительно пашут. Тут извернешься, но сделаешь все возможное для облегчения. Если у юзера и так немного работы и делает он ее спустя рукава - ничего, ручками, ручками."

И еще. "Создайте программу, которой сможет пользоваться и дурак, и только дурак захочет ею пользоваться". (С) Не должно быть ничего автоматического! Мы создаем инструмент для помощи в расчетах и принятии решений. Ответственность за принятие решений в любом случае лежит на конкретном пользователе.
Это что-то в сторону меня увело. Извиняйте.
...
Рейтинг: 0 / 0
02.05.2004, 18:19
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32505816
anjey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anjey
Участник
есть еще вариант:

1. Постановка задачи начальством
2. Приобретение им-же (начальством) полу-сырой системы, на основании своих личных приорететов.
3. Гемморой с внедрением (пол-года)
4. Удивленные (мягко сказано) глаза пользователей.
5. Гемморой с сопровождением.

... печально ):
...
Рейтинг: 0 / 0
03.05.2004, 04:57
| Ответить | Цитировать | Написать  
Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
    #32506134
Репликант
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Репликант
Участник
Привет всем и поздравляю всех с прошедшим праздником! :о)


2 Cat2:
Интересно узнать мнение народа по данному пункту. ...

Здравствуй, Cat2! Мнение народа... Но ведь народ - это собирательная или обобщающая категория, т.е мнение народа - это что усредненное мнение или мнение некого большинства из народа? Что же касается разработки, то даже гуру редко имеют одинаковое мнение. Пожалуйста, не сочти мою ремарку за проявление педантичности или аналитическое занудство, но IMHO лучше узнавать мнение (и выяснять на чем оно основано!) отдельных людей :о)

Не кидайте в меня стандартами, я их и так прекрасно знаю. Но - "суха теория мой друг, а древо жизни пышно зеленеет" (С) АСПушкин

А какие стандарты ты достаточно хорошо знаешь, например? Не сочти за..., но IMHO легче будет вести дискуссию, т.к твой вопрос ( "У делаю это.. это.. А что вы думаете про это? (Есть что-то лучше и почему оно лучше?)" ) стар как ИТ-мир, т.е стандарты де-юре и де-факто, а также научные работы, книги и т.д и т.п, относящиеся к разработке ПО, уже давно ответили на все эти вопросы и многие другие вопросы

Эта теория недостаточно безумна, чтобы быть верной.
/* (с) Нильс Бор */

З.Ы. А функция приложения(прикрпления) файла уже работает? в смысле можно прикреплять, например, диаграммы и потом на них ссылку постить? :о)


2 Alexander Popov:
А также интересно еще знать временные параметры. У кого как получается. Так как у начальства частенько на этот счет свои мысли:-"что можно сделать все за неделю"

На самом деле сроки, высказанные, например, Cat2 мало о чем говорят, т.к не известно, что у него за система. Есть т.н методологические или типичные сроки или %% затраченного времени (от всего проекта), к-рые рекомендуются методологиями/процессами разработки, например, UP, RUP, XP и т.д. Например, для начальной (inception) фазы от 2 дней (некий небольшой проект) до 2 недель (некий большой проект) или 5% от всего времени.
"что можно сделать все за неделю" - вообще это отдельная и серьезная тема - производительность разработчика/команды, риски, обоснование сроков и т.д. ((Я бы не стал серьезно смешивать тему деятельностей и эту тему, т.к можно погрязнуть...))
...
Рейтинг: 0 / 0
03.05.2004, 20:42
| Ответить | Цитировать | Написать  
9 сообщений из 9, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Этапы проектирования, разработки и внедрения внутрикорпоративных продуктов.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]