Разработка системного проекта

      Комментарии к записи Разработка системного проекта отключены

Разработка предложений по автоматизации предприятия

Условия эксплуатации

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

Требования к квалификации и численности персонала

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

Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:

1)задача поддержания работоспособности технических средств;

2)задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы;

3)задача установки (инсталляции) программы АИС САО;

4) задача создания резервных копий базы данных.

Требования к надежности

-Предусмотреть контроль вводимой информации и блокировку некорректных действий пользователя при работе с системой;

-Обеспечить целостность информации, хранящейся в базе данных.

Требования к составу и параметрам технических средств

Система должна работать на IBM совместимых персональных компьютерах.

Минимальная конфигурация:

1)процессор Pentium4 — 3.2Hz;

2)оперативную память объемом, 1Гб;

3)свободного места на жестком диске — 10Гб;

4)тип монитора LCD (15′).

Оптимальная конфигурация:

1)процессор Intel Core2Duo — 2.2Hz;

2)оперативную память объемом, 2Гб;

3)свободного места на жестком диске — 30Гб;

4)тип монитора LCD (15′).

Требования к информационной и программной совместимости

Требования к информационной и программной совместимости

Система должна работать под управлением семейства операционных систем x32, x64 (Windows XP Windows Server 2003, и т. п.).

Для хранения данных необходимо использовать Database Desktop.

Требования к программной документации

-Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.

-Разрабатываемая система должна включать справочную информацию о работе системы и подсказки пользователю.

-В состав сопровождающей документации должны входить: пояснительная записка.

Среда разработки

На «1С» работают практически все российские предприятия и приобретая «1С» предприятие гарантированно получает полностью отработанный продукт с поддержкой от крупнейшего разработчи-ка.

Прежде всего, отметим, что данное утверждение верно только для мелких предприятий. Уже в среднем бизнесе это далеко не так. Но самое главное, что здесь путают «систему» и «платформу». На каждом предприятии (если не брать совсем мелкий бизнес) решение «1С» свое, выполненное не путем настроек, а написанное на встроенном языке программирования. Т.е., этот программный код не поддерживается никем, кроме его авторов. Совершенно не гарантируется совмести-мость этого кода со следующими версиями базовой «1С», поставляемых в рамках техподдержки. И предприятие, вместо получения стандартного продукта и поддержки со стороны солидной фирмы разработчика, полностью зависит от фирмы или конкретных программистов, разрабатывающих и поддерживающих конкретные приложения и доработки. Поэтому можно говорить о широко используемой платформе «1С», но системы на всех предприятиях разные и проблем с этим «зоопарком» более чем достаточно. Поэтому, к сожалению, те руководители предприятий, которые надеются, купив «1С» решить проблемы зависимости от программистских фирм и конкретных разработчиков, находятся во власти мифа.
Но если «1С» является платформой, то ее и сравнивать нужно с аналогичными платформами, а не системами, и тогда с технической точки зрения сразу выявляются принципиальные недостатки, делающие нерациональным ее исполользование.

Система «1С» полностью поддерживает законодательство и предприятию не нужно думать о настройках при изменениях.

Это так только для мелких фирм, которые пользуются стандартным планом счетов. Если, как у большинства фирм, имеются существенные отличия от стандартного плана счетов, то требуется дополнительная настройка проводок и отчетов в соответствии с этими отклонениями. Кроме того, говоря о подобном достоинстве «1С» подстрочно подразумевается, что остальные системы поддерживают российское законодательство не в полной мере или несвоевременно. Это не так. Возможно, бывают проблемы у западных систем. Но мы ни разу не слышали от клиентов российских систем («Парус», «Галактика», «М-3», «Инфин» и др.), чтобы они страдали из-за существенных задержек с внесением изменений законодательства. Данные бизнес-процессы налажены во всех российских фирмах-разработчиках и никаких реальных преимуществ система «1С» здесь не предоставляет.

Но, в отличие от 1С, в фирмах-разработчиках не только отлажены процессы актуализации отчетности в соответствии с изменениями законодательной базы, но кроме того упомянутые системы дают удобный и мощный функционал по cамостоятельному построению любой требуемой отчетности и редактированию существующей, что делает пользователей практически независимыми от разработчика, поскольку ПРИ ЖЕЛАНИИ изменения можно внести практически в любой момент, причем даже без использования собственных программистов, непосредственно бухгалтерами.

Статьи к прочтению:

Никита Филиппов, Lean Startup: системный подход к разработке новых продуктов


Похожие статьи: