Это еще совсем ничего не значит. Юристклиенту нужен "для галочки" и слава Богу,если юрист хоть что-то понимает в специфике работы. От непонимающего юриста в договоре могут остаться такие дыры, что исполнитель может ничего не делать, при этом деньги он гарантированно получит, а юристпри этом заложится на несущественные риски :)
В лотусе нормально реализовано. Эаже из экселя таблицы копипастятся :)
Правда там не панелька, а полновесный клиент :)
Не, это не так интересно. Они ( точнее НКВД ) просто всю структуру очень успешно скопировали. ( документооборот, тактика ведения допросов, обращение с подозреваемыми, степени подозрительности и.т.д. )
Меня интересуют средневековые и более древние системы :)
Жалко, что на пользовательском интерфейсе нельзя подсмотреть архитектуру и структуру данных, а также интерфейс управления. То, что видит пользователь - только верхушка айсберга.
Это только часть работы. Чисто графическое представление - это очень хорошо для описания модели данных или модели навигации. А если в проекте есть сервисы ( типа пенсионного калькулятора с очнь сложным алгоримом и постоянными ображениями к базе смертности госкомстата ), то его надо описывать словами и формулами.
Я сейчас применяю такую практику:
1. Пишутся технические требования(TT) - это бумажка на 2-8 страниц, в которой изложено то, что заказчик хочет получить в общих чертах. Это согласовывается с заказчиком.
2. На основаниии ТТ пишутся функциональные спецификации(ФС) которые в общих чертах описывают структуру пользовательского интерфейса и детально описывают каждый сервис.
Здесь как раз можно и кейс сделать и графические представления процессов хорошо проходят.
3. Очень редко, в крупных проектах, пишется именно ТЗ. Пишет его аналитик или несколько аналитиков, и в нем уже детально прописывается вся структура данных, влоть до полей, все экраны и кпопочки на них, все сервисы для взаимодействия с другими системами.
Но, как показывает реальный опыт, мало написать ТЗ и отдать его программистам. Надо еще и контролировть его исполнение и вносить коррективы ( Аналитики тоже людт и могут ошибаться или непрнавильно понять заказчика )
Уже 15 лет работаю на ноутах. Пробовал Fuji, NEC, Acer, Twinhead. Последние - все IBM. Очень доволен.
Но скорее всего буду менять на Panasonic Toughbook CF-W7. Маленький, легкий и долго на батареях тащит :)
Вы будете удивлены, но они, таки, отличаются.
Топикстартеру - поищите на YouTube. По крайней мере видеоинструкции по сборке/разборке маков и IBM там лежат от очень древних моделей.
Около года пользуюсь собственной IP-АТС на основе астериска. Увязаны в один пул несколько московских номеров в пулах 499 и 495 и питерский номер. Номера подаются и по провлдам и по IP. Аппараты стоят как в офисе, так и по квартирам сотрудников. В качестве сервера используется старенький сервер IBM с процом P-III и какой-то минимальной памятью.
У меня моя питерская квартира регулярно используется как мой питерскйи оффис. Одно время ( примерно два года ) использовалась как поноценный офис, где постоянно работали сотрудники. Проблем с соседями и участковым ни разу не возникало.
Хотя на мой взгляд использовать квартиру как офис нерационально. Расслабляет.
Мэкс добавил 12.05.2008 в 15:02
По поводу разделов - это рекомендации. Главное, чтобы на сайте была представлена информация указанная в этой инструкции. Обязательно должны быть указаны руководители, учредители, балансы и результаты аудита за несколько последних лет.
Если собираетесь делать систему по управлению балансами и платежами, то это необходимо делать в соответствии с законом о защите персональной информации.
Олег, присоединяюсь к поздравлениям!
Всего тебе хорошего!!!
