так і в кількісному відносинах. p align="justify"> Етапи проектування автоматизованих інформаційних систем. До проектування АІС безпосереднє відношення мають два напрямки діяльності:
) власне проектування АІС конкретних підприємств (галузей) на базі готових програмних і апаратних компонентів за допомогою спеціальних інструментальних засобів розробки.
) проектування згаданих компонентів АІС та інструментальних засобів, орієнтованих на багаторазове застосування при розробці багатьох конкретних інформаційних систем.
Як, власне, АІС, так і компоненти АІС є складними системами, і при їх проектуванні доцільно використовувати спадний стиль блочно-ієрархічного проектування, що включає ряд рівнів і етапів.
Верхній рівень проектування АІС часто називають концептуальним проектуванням. Концептуальне проектування виконується в процесі передпроектних досліджень, формулювання технічної пропозиції, розробки ескізного проекту. p align="justify"> Передпроектні дослідження проводяться шляхом аналізу (обстеження) діяльності підприємства (підприємства, установи, офісу), на якому створюється або модернізується АІС. Зміст обстеження - виявлення структури підприємства, виконуваних функцій, інформаційних потоків, досвіду і наявних засобів автоматизації. Обстеження проводиться системними аналітиками (системними інтеграторами) спільно з представниками організації-замовника. p align="justify"> На основі аналізу результатів обстеження розробляється вихідна концепція АІС. Ця концепція включає пропозиції щодо зміни структури підприємства і взаємодії підрозділів, за вибором базових програмно-апаратних засобів, причому пропозиції повинні враховувати прогноз розвитку підприємства. У відношенні апаратних засобів і особливо ПО такий вибір найчастіше є вибір фірми - постачальника необхідних коштів (або, принаймні, базового ПЗ), так як правильна спільна робота програм різних фірм досягається з великими труднощами. p align="justify"> У концепції може бути запропоновано декілька варіантів вибору. При аналізі з'ясовуються можливості покриття автоматизуються функцій наявними програмними продуктами і, отже, обсяги робіт з розробки оригінального ПЗ. Подібний аналіз необхідний для попередньої оцінки часових і матеріальних витрат на автоматизацію. Облік ресурсних обмежень дозволяє уточнити досяжні масштаби автоматизації, виконати поділ створення АІС на роботи першої, другої і т.д. черги.
Результати аналізу - технічну пропозицію і бізнес-план створення АІС - представляються замовнику для остаточного узгодження.
Як на етапі обстеження, так і на наступних етапах доцільно дотримуватися певної дисципліни фіксації та подання одержуваних результатів, заснованої на тій чи іншій методиці формалізації специфікацій. Формалізація потрібна для однозначного розуміння виконавцями і замовниками вимог, обмежень та прийнятих рішень. p align="justify...
