Комментарий: Создание собственного программного обеспечения может быть дорогостоящим проектом
Q: Эй, Джо! Наша компания рассматривает письмо в базе данных Microsoft Access для отслеживания информации о клиентах. Есть ли у вас какие-либо рекомендации?
Ответ: Конечно. Пройдя этот пару миллионов раз, я могу с уверенностью рекомендовать следующее:
Убей себя сейчас, и сэкономить много денег.
Это неизбежно, что в какой-то момент компании имеют слишком много информации, лежащих вокруг, и они выглядят автоматизировать.
Не было бы здорово, например, нажать кнопку и все, что вы всегда хотели знать о клиенте всплывающее на экране?
Хорошо, конечно! И, видя, о том, как мы все тонн лошадиных сил на наши столы, она должна быть легкой, не так ли?
Ну, да, и нет. Это правда, что у всех нас есть много компьютеров и программного обеспечения, которые могут делать удивительные вещи.
Дать баз данных, в целом, довольно легко. Так почему же все страшные истории о проектах разработки программного обеспечения Пляшет?
Это старое правило 60/40. Дизайн / Development.
Стоит дороже разработки программного обеспечения, чем писать. Если вы сделаете это сами, или нанять кого-то следует помнить, что разработка спецификаций, особенно в демократических / комитета-среде, может быть бесконечным процессом.
Есть два подхода к разработке программного обеспечения:
1) Рисунок все впереди времени (писать спецификации), а затем начать писать код, или
2) Начало письменной форме, и настроить ее позже. Spec на лету ".
Так или иначе, изменения неизбежны, и программное обеспечение, в эти дни является достаточно гибкой для обработки постоянной модификации.
Большинство людей выяснить жесткий (дорогой) способ является то, что второй методологии, в то время, казалось бы, дешевле, почти всегда заканчивается стоимостью путь более. А это предполагает, что система фактически получает выполнены. Большинство этого не делают.
Ну ладно, я сделал мою точку зрения. Теперь философски скорректированы, и готовы писать спецификации до написания кода.
Этот спектр, кстати, также является абсолютно необходимым, прежде чем выйти на котировки других людей, чтобы написать вашу систему. Так или иначе, здесь дело:
Есть три основные компоненты программного обеспечения: ввод, вывод и обработка. Grab карандаш и начать писать все вниз в три ведра:
1) Вход: Какую информацию вы, откуда она родом, как она попадает в систему?
2) Выход: Какую информацию нужно из системы, когда и как (бумажные отчеты, экраны?), И для кого?
3) обработка: Что происходит после его информации в, чтобы подготовить его как плюнуть обратно?
Теперь это, где комитетов и самоубийств вступил в бедро.
Каждый будет хотеть все, во все времена.
Мой совет: начните с малого, и строить с течением времени. Существует почти никакого способа, мысленно или в финансовом отношении, для реализации 100 процентов решение все сразу.
Подумайте, модульная, внедрить в куски.
Есть, кстати, много письменных обсуждений и методологий, если вы серьезно относитесь к этому. И вы должны быть. Хорошая, простая база данных может сэкономить массу времени и денег.
Дай мне позвонить или написать. Я люблю почты в любом случае. <a href="mailto:joster@struct.com"> joster@struct.com </ A>
Джо Остер является генеральным директором структурированной Technologies, Inc начал технологии карьеру в 1983 году и основал NetWorks, в 1991 году объединилась с Структурированные Technologies, Inc для создания объединенной компании, которая обеспечивает компьютерных сетей, пользовательских программ и развития, кабели и телефонных систем.
